search for: ocfs2_prepare_orphan_dir

...couple of hosts. Does anyone have any familiarity with this, and or how I can debug what mount/filesystem/inode is having the issues? Apr 16 02:49:36 host1 kernel: (dtocatalogbr,5864,3):ocfs2_prepare_dir_for_insert:4391 ERROR: status = -17 Apr 16 02:49:36 host1 kernel: (dtocatalogbr,5864,3):__ocfs2_prepare_orphan_dir:1932 ERROR: status = -17 Apr 16 02:49:36 host1 kernel: (dtocatalogbr,5864,3):ocfs2_prepare_orphan_dir:1973 ERROR: status = -17 Apr 16 02:49:36 host1 kernel: (dtocatalogbr,5864,3):ocfs2_unlink:887 ERROR: status = -17 #uname -a Linux host1 2.6.32-300.27.1.el6uek.x86_64 #1 SMP Tue Jun 19 14:21:30...

...he processes: Call Trace: [<ffffffff81437e31>] __mutex_lock_common+0x12f/0x1a1 [<ffffffff81437ef2>] __mutex_lock_slowpath+0x19/0x1b [<ffffffff81437f5b>] mutex_lock+0x23/0x3a [<ffffffffa065ba1f>] ocfs2_lookup_lock_orphan_dir+0xb8/0x18a [ocfs2] [<ffffffffa065c7d5>] ocfs2_prepare_orphan_dir+0x3f/0x229 [ocfs2] [<ffffffffa0660bab>] ocfs2_unlink+0x523/0xa81 [ocfs2] [<ffffffff810425b3>] ? need_resched+0x23/0x2d [<ffffffff810425cb>] ? should_resched+0xe/0x2f [<ffffffff810425cb>] ? should_resched+0xe/0x2f [<ffffffff8116324d>] ? dquot_initialize+0x126/0x13d...

...ocfs2: properly set and use inode group alloc hint ocfs2: split out inode alloc code from ocfs2_mknod_locked ocfs2: use ocfs2_alloc_dinode_update_counts() instead of open coding ocfs2: allow return of new inode block location before allocation of the inode ocfs2: split out ocfs2_prepare_orphan_dir() into locking and prep functions ocfs2: Fix orphan add in ocfs2_create_inode_in_orphan Sunil Mushran (2): ocfs2: Fix metaecc error messages ocfs2: Fix incorrect checksum validation error Tao Ma (2): ocfs2: make __ocfs2_page_mkwrite handle file end properly. ocfs2: U...

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, 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

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.

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

...0x8c/0x180 [ocfs2] > [<ffffffffa0a40bc6>] ? ocfs2_inode_lock_full_nested+0x126/0x540 [ocfs2] > [<ffffffffa0a5922e>] ? ocfs2_lookup_lock_orphan_dir+0x6e/0x1b0 [ocfs2] > [<ffffffffa0a5922e>] ? ocfs2_lookup_lock_orphan_dir+0x6e/0x1b0 [ocfs2] > [<ffffffffa0a5ba1a>] ? ocfs2_prepare_orphan_dir+0x4a/0x290 [ocfs2] > [<ffffffffa0a5e621>] ? ocfs2_unlink+0x6e1/0xbb0 [ocfs2] > [<ffffffff811bcfea>] ? may_link+0xda/0x170 > [<ffffffff81141c8e>] ? vfs_unlink+0x9e/0x100 > [<ffffffff81145881>] ? do_unlinkat+0x1a1/0x1d0 > [<ffffffff81147b00>] ? vfs_readdir...