search for: fs_generation

...at I am unable to currently resolve. mount.ocfs2 /dev/sdb1 /mnt mount.ocfs2: Stale NFS file handle while mounting /dev/sdb1 on /mnt. Check 'dmesg' for more information on this error. dmesg: (3701,1):ocfs2_populate_inode:240 ERROR: file entry generation does not match superblock! osb->fs_generation=261a17ad, fe->i_fs_generation=794e6467 (3701,1):ocfs2_init_global_system_inodes:227 ERROR: status = -116 (3701,1):ocfs2_initialize_super:1492 ERROR: status = -116 (3701,1):ocfs2_fill_super:544 ERROR: status = -116 ocfs2: Unmounting device (8,17) on (node 255) Any ideas? Thanks, RCR

...bug. > + */ > + BUG_ON(!OCFS2_IS_VALID_DINODE(fe)); /* This means that read_inode > + cannot create a superblock > + inode today. change if > + that is needed. */ > + BUG_ON(!(fe->i_flags & cpu_to_le32(OCFS2_VALID_FL))); > + BUG_ON(le32_to_cpu(fe->i_fs_generation) != osb->fs_generation); > > - if (le32_to_cpu(fe->i_fs_generation) != osb->fs_generation) { > - mlog(ML_ERROR, "file entry generation does not match " > - "superblock! osb->fs_generation=%x, " > - "fe->i_fs_generation=%x\n"...

Hi Mark/Joel, I meet with some meta allocation bugs when I implement reflink these days. And after some investigation, I think we should have the same problem when we have PAGE_SIZE > CLUSTER_SIZE. So I create a scenario today in one ppc box and try. the box panic as I expected. ;) The scenario is that: Create a file with the disk layout like this(with bs=512, and cs=4K). debugfs: stat

Added two debugfs entries... one to dump o2hb livenodes and the other to dump osb. $ cat /sys/kernel/debug/ocfs2/BC4F4550BEA74F92BDCC746AAD2EC0BF/fs_state Device => Id: 8,65 Uuid: BC4F4550BEA74F92BDCC746AAD2EC0BF Gen: 0xA02024F2 Label: sunil-xattr Volume => State: 1 Flags: 0x0 Sizes => Block: 4096 Cluster: 4096 Features => Compat: 0x1 Incompat: 0x350 ROcompat: 0x1

Hi all, So I have finally finished the v1 of reflink for ocfs2. It has some bugs that I am still investigating, but the schema is almost there. So I'd like to send it out first for review. And Tristan and I will continue to work on the stability of the code. The general information for reflink, please see http://oss.oracle.com/osswiki/OCFS2/DesignDocs/Reflink. For the design doc, please

Hi all, So I have finally finished the v3 of reflink for ocfs2. The biggest change is that we support 64bit cluster offset now(Thank Mark and Joel for it). [View] http://oss.oracle.com/git/?p=tma/linux-2.6.git;a=shortlog;h=refcount [Pull] git://oss.oracle.com/git/tma/linux-2.6.git refcount The general information for reflink, please see http://oss.oracle.com/osswiki/OCFS2/DesignDocs/Reflink.

Hi all, Change from v1 to v2: bug fix and metadata/credits reservation improvement. The general information for reflink, please see http://oss.oracle.com/osswiki/OCFS2/DesignDocs/Reflink. For the design doc, please see http://oss.oracle.com/osswiki/OCFS2/DesignDocs/RefcountTrees http://oss.oracle.com/osswiki/OCFS2/DesignDocs/ReflinkOperation

The following patches implement indexed directory support in Ocfs2, mostly according to the design doc I wrote up a while ago: http://oss.oracle.com/osswiki/OCFS2/DesignDocs/IndexedDirectories The patches have been rebased on top of 2.6.29-rc2. It should be trivial to put them into merge_window. Things are what I'd call complete now. I'd like to get these into the merge_window branch

Hi, The following patches comprise the bulk of Ocfs2 updates for the 2.6.30 merge window. Aside from larger, more involved fixes, we're adding the following features, which I will describe in the order their patches are mailed. Sunil's exported some more state to our debugfs files, and consolidated some other aspects of our debugfs infrastructure. This will further aid us in debugging

Please review the list of patches being applied to the ocfs2 1.4 tree. All patches list the mainline commit hash. Thanks Sunil

The following series of patches comprises the bulk of our outstanding changes for Ocfs2. Aside from the usual set of cleanups and fixes that were inappropriate for 2.6.25, there are a few highlights: The '/sys/o2cb' directory has been moved to '/sys/fs/o2cb'. The new location meshes better with modern sysfs layout. A symbolic link has been placed in the old location so as to