similar to: Re: Revision 559 of ocfs2/src/inc/io.h

-------------- next part -------------- An embedded message was scrubbed... From: Kurt Hackel <Kurt.Hackel@oracle.com> Subject: [Ocfs2-devel] OCFS2 final on-disk format changes are going in Date: Thu, 17 Jun 2004 14:20:54 -0700 Size: 5338 Url: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20040621/8b8cfc05/attachment.eml

I ran into a problem where systems without DNS entries could not connect to the rsync server with the IPV6 patch applied. Here is a fix to the problem. Basically they were checking the list of IP addresses returned by getaddr even if getaddr failed. I just changed it so they only check the list of IP addresses if getaddr succeeds. Any comments on this please email me directly because I do not

Just a quick question. What is the maximum and minimum volume sizes that OCFS2 supports? I'm working on doing a plugin for EVMS to support OCFS2. One of the functions needs that info. Thanks, John

I also sent this to OCFS2-devel but no response so far. So... I noticed that OCFS2 got updated in the last few days. I just tried to do a build and got this: [root@linuxjohn2 trunk]# make make -C src make[1]: Entering directory `/root/ocfs2/trunk/src' make[1]: *** No rule to make target `inc/io.h', needed by `alloc.c'. Stop. make[1]: Leaving directory `/root/ocfs2/trunk/src'

> > > > > *Gerald (Jerry) Carter* jerry at samba.org > <mailto:samba%40lists.samba.org?Subject=%5BSamba%5D%20Windows%20XP%20SP2%2C%20Azureus%2C%20and%20Samba&In-Reply-To=60C14C611F1DDD4198D53F2F43D8CA3B01AFF957%40orsmsx410> > /Fri Aug 27 14:59:03 GMT 2004/ > >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Villalovos, John L wrote: > >|/ Okay.

Hi Linus, I've taken a new job at SUSE labs, so my e-mail address needs an update. Going forward, I'll co-maintain Ocfs2 with Joel Becker so we need to put his information in there as well. Kurt deserves a very large amount of credit for his work on Ocfs2, but he has since moved on to other projects, so we'll just put Joel in his spot. So, it should more or less be business as

OS: Fedora Core release 4 (Stentz) KERNEL: Linux rack1.ape 2.6.17-1.2142_FC4smp #1 SMP Tue Jul 11 22:57:02 EDT 2006 i686 i686 i386 GNU/Linux CLUSTER: 11 Linux kernels, mixed environment FC4,FC5,FC6 SAN: FC Infortrend storage, QLogic16 port FC switch, FC adapter LSI FC929X (21224,1):ocfs2_truncate_file:242 ERROR: bug expression: le64_to_cpu(fe->i_size) != i_size_read(inode)

I've been trying to get the source code today and things seem to be broken. I've tried to browse via: http://oss.oracle.com/projects/ocfs/src/ And check out the code using Subversion at: http://oss.oracle.com/projects/ocfs/src/trunk/ Both places time out. Though I am able to access the main website. Is Subversion not working right now at oss.oracle.com? Thanks, John John Villalovos

On Mon, Nov 22, 2004 at 09:37:19PM -0600, svn-commits@oss.oracle.com wrote: > Author: mfasheh > Date: 2004-11-22 21:37:18 -0600 (Mon, 22 Nov 2004) > New Revision: 1663 > > Modified: > branches/dlm-glue/src/journal.c > branches/dlm-glue/src/namei.c > branches/dlm-glue/src/ocfs.h > branches/dlm-glue/src/super.c > Log: > * ocfs_malloc was hardly used so

On Fri, Oct 15, 2004 at 03:51:12PM -0500, svn-commits@oss.oracle.com wrote: > Author: manish > Date: 2004-10-15 15:51:10 -0500 (Fri, 15 Oct 2004) > New Revision: 1580 > > Modified: > trunk/src/suballoc.c > Log: > cast bitops on bg_bitmap to unsigned long * Are these disk or core structures? IF core please just make them unisgned long, if they're ondisk you just

checks IO error in ocfs2_get_sector(). this patch is based on 1.4 git. Signed-off-by: Wengang wang <wen.gang.wang at oracle.com> -- Index: fs/ocfs2/super.c =================================================================== --- fs/ocfs2/super.c (revision 128) +++ fs/ocfs2/super.c (working copy) @@ -1203,6 +1203,11 @@ static int ocfs2_get_sector(struct super unlock_buffer(*bh);

checks IO error in ocfs2_get_sector(). this patch is based on Linus' git. Signed-off-by: Wengang Wang <wen.gang.wang at oracle.com> -- diff -up ./fs/ocfs2/super.c.orig ./fs/ocfs2/super.c --- ./fs/ocfs2/super.c.orig 2009-02-12 18:05:19.023685000 -0800 +++ ./fs/ocfs2/super.c 2009-02-12 18:07:13.995623000 -0800 @@ -1537,6 +1537,13 @@ static int ocfs2_get_sector(struct super

Hi there. We have just setup a mail server with storage in a EMC Clariion SAN with fiberchannel connections. We're using two HP Proliant servers sharing the mail filesystem with OCFS2. The mail filesystem has several big directories having the biggest one over 7000 user directories. Some of the users have over 4000 messages, using Maildir as mail layout. We are experiencing really high

What's the status on this? I've researched Bugzilla, SVN, and the lists and haven't seen any mention of it yet being fixed as of yet. Kurt or Sunil, do you have a patch available that I could try? Otherwise, what's the Bugzilla ID so I can follow it's progress. Any help you can give would be appreciated. Thanks! -Jonah

Hi, First of all, I'm new to ocfs2 and drbd. I set up two identical servers (Athlon64, 1GB RAM, GB-Ethernet) with Debian Etch, compiled my own kernel (2.6.16.20), then compiled the drbd-modules and ocfs (modules and tools) from source. The process of getting everything up and running was very easy. I have one big 140GB partition that is synced with drbd (in c-mode) and has an ocfs2

ocfs2 will become read-only if we try to read the bytes which pass the end of i_size. This can be easily reproduced by following steps: 1. mkfs a ocfs2 volume with bs=4k cs=4k and nosparse. 2. create a small file(say less than 100 bytes) and we will create the file which is allocated 1 cluster. 3. read 8196 bytes from the kernel using O_DIRECT which exceeds the limit. 4. The ocfs2 volume

checks IO error in ocfs2_get_sector(). this patch is based on 1.4 git. Signed-off-by: Wengang wang <wen.gang.wang at oracle.com> -- Index: fs/ocfs2/super.c =================================================================== --- fs/ocfs2/super.c (revision 128) +++ fs/ocfs2/super.c (working copy) @@ -1203,6 +1203,12 @@ static int ocfs2_get_sector(struct super unlock_buffer(*bh);

We are also thinking about locking for each read/write, but would its = overhead be too high? We have another idea that is extending the function of flock, lockf, = fcntl to distributed. So any application that need strict data consistent can do a lock = operation on the whole or part of the file. For ordinary application, maybe the current logic is enough. How about it? >-----Original

I am looking at possibility of using OCFS2 with an existing application that requires very high throughput for read and write file access. Files are created by single writer (process) and can be read by multiple reader, possibly while the file is being written. 100+ different files may be written simultaneously, and can be read by 1000+ readers. I am currently using XFS on a local filesystem,

I just upgraded to Fedora Core 2 from Fedora Core 1. Discovered that UW-IMAP was replaced with Cyrus. Not quite ready to switch to that mail box format so I instead installed dovecot which comes with Fedora Core 2. The RPM version is: dovecot-0.99.10.4-4 The problem I am having is that it seems to want to put folders in: ~/mail/mail/ I would like the folders to be in: ~/mail/ Currently in