>>>>> "Andreas" == Andreas Dilger <[EMAIL PROTECTED]> writes:
Andreas> On Dec 07, 2006 00:48 +0100, Roland Fehrenbacher wrote:
>> Thanks for your fast reply. I did what you suggested, and the
>> highest object ID found by the ls /mnt/ost/O/0/d* was
>> 9413754. So I changed /mnt/ost/O/0/LAST_ID accordingly but
>> obtain the following error when restarting the OST:
>>
>> [27965.722794] LustreError:
28694:0:(filter.c:2409:filter_should_precreate()) ASSERTION(diff >=
0)failed:ost4-2: 9413692 - 9413754 = -62
>> [27965.722803] LustreError:
28694:0:(filter.c:2409:filter_should_precreate()) LBUG
Andreas> Delete all of the objects > 9413692. They should all be
Andreas> zero-length objects. Also update LAST_ID to be the same
Andreas> value.
Interesting: After I rebooted the node (the OST wouldn't umount anymore)
I mounted the device again using
$ mount -t ldiskfs /dev/{ostdev} /mnt/ost
To my surprise, when checking /mnt/ost/O/0/LAST_ID, it had decreased
automatically to 9413628 ( the objid -1 it was originally complaining
about), and also using ls /mnt/ost/O/0/d* showed that all obj >
9413628 were gone. So Lustre seemed to have autocleaned up things
correctly by itself. I then umounted and restarted Lustre, after which
everything was running fine til now.
The OST is sitting on a LVM LV with its VG on a Software RAID6
device. Could the original problem have had anything to do with bug
11313?
Thanks a lot once more,
Roland
Andreas> You didn't do anything wrong, it's just that this can
Andreas> happen one of two ways, and I picked the wrong way to fix
Andreas> it the first time.
Andreas> Cheers, Andreas -- Andreas Dilger Principal Software
Andreas> Engineer Cluster File Systems, Inc.
_______________________________________________
Lustre-discuss mailing list
[email protected]
https://mail.clusterfs.com/mailman/listinfo/lustre-discuss
