Please don't reply to lustre-devel. Instead, comment in Bugzilla by using the following link: https://bugzilla.lustre.org/show_bug.cgi?id=11324
Thanks for the quick reply Alex. After catching a few hours of sleep I gave your debugging patch a spin this morning with one modification. Since we have 3 4TB ldiskfs devices on this node I added inode->i_sb->s_id to the output to indentify the correct device. <From pigs33 with patch> double-free on sdc of inode 115544101's block 924357008 (bit 4496 in group 28209) Assertion failure in mb_free_blocks() at /tmp/root.26989/rpm/BUILD/lustre-1.4.6.95_17.6llnl/lustre/ldiskfs/mballoc.c:782: "mb_test_bit(block, LDISKFS_MB_BITMAP(e3b))" debugfs: stat <115544101> Inode: 115544101 Type: regular Mode: 0600 Flags: 0x80000 Generation: 1120456138 User: 53738 Group: 53738 Size: 2428900 File ACL: 0 Directory ACL: 0 Links: 1 Blockcount: 8 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x4584a338 -- Sat Dec 16 17:54:00 2006 atime: 0x4584a338 -- Sat Dec 16 17:54:00 2006 mtime: 0x4584a338 -- Sat Dec 16 17:54:00 2006 Size of extra inode fields: 4 Extended attributes stored in inode body: fid = "28 26 f6 6e 00 00 00 00 5b eb fc 32 01 00 00 00 87 33 14 00 00 00 00 00 00 00 00 00 00 00 00 00 " (32) BLOCKS: (IND):924357007 TOTAL: 1 > then we'd check on-disk bitmaps with debugfs. Results from debugfs attached to bug. > next step would be to get the image... Sadly I don't think this is going to be possible. I've never been able to successfully use e2image with luns in excess of 2TB, and these are 4TB. Plus these are diskless nodes and I'm not sure we have space to store the image. Regardless, I'll see what can be done. _______________________________________________ Lustre-devel mailing list [email protected] https://mail.clusterfs.com/mailman/listinfo/lustre-devel
