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
LDISKFS-fs error (device sdb): ldiskfs_ext_remove_space: bad headerin inode #3751979: unexpected eh_depth - magic f30a, entries 5, max 340(340), depth 1(0) LDISKFS-fs error (device sdc): ldiskfs_ext_remove_space: bad headerin inode #82870318: unexpected eh_depth - magic f30a, entries 5, max 340(340), depth 1(0) LDISKFS-fs error (device sda): ldiskfs_ext_remove_space: bad header in inode #74317911: unexpected eh_depth - magic f30a, entries 6, max 340(340), depth 1(0) Many of these failures observed when running with the incremental patch to ldiskfs applied to our tree, attachment 9309. The magic looks good, its complaining about the eh_depth, so my current thinking is for this call path a bad expected value is simply being passed to ldiskfs_ext_check_header(). In particular I think the second check in ldiskfs_ext_remove_space is suspect since it always passes in a 0. _______________________________________________ Lustre-devel mailing list [email protected] https://mail.clusterfs.com/mailman/listinfo/lustre-devel
