[Lustre-discuss] Unattached Orphan Inodes

[Alastair Ferguson]

Lustre 1.8.9.

I have done quite a bit of lfs migrate recently as some of our hardware has got quite old. The reason this all started was because we ran out of inodes on the filesystem so had to reformat the MDT with double the number of inodes.

It found 662 orphaned inodes when I ran the first e2fsck command.

Alastair Ferguson
IT Manager
Capital Markets CRC Limited (CMCRC)
Telephone: +61 2 8088 4222
Mobile: +61 424 235 159
Fax: +61 2 8088 4201
www.cmcrc.com 



Capital Markets CRC Ltd - Confidential Communication
The information contained in this e-mail is confidential.  It is intended for the addressee only.  If you receive this e-mail by mistake please promptly inform us by reply e-mail and then delete the e-mail and destroy any printed copy. You must not disclose or use in any way the information in the e-mail. There is no warranty that this e-mail is error or virus free. It may be a private communication, and if so, does not represent the views of the CMCRC and its associates.  If it is a private communication, care should be taken in opening it to ensure that undue offence is not given.


On 26 Jun 2014, at 2:20 pm, Dilger, Andreas <andreas.dilger at intel.com> wrote:

> What version of Lustre are you using, and do you ever use "lfs migrate" or "lfs_migrate" to migrate files onto new OSTs? There was a bug that would cause orphan inodes on the MDS after migration.
> 
> This does result in some space leakage, but unless you have a large problem there is no requirement to run lfsck, which can take a long time.
> 
> The new LFSCK that is in the 2.6 release will be able to find and repair these objects while the filesystem is mounted.
> 
> Cheers, Andreas
> 
> On Jun 23, 2014, at 17:12, "Alastair Ferguson" <aferguson at cmcrc.com<mailto:aferguson at cmcrc.com>> wrote:
> 
> I have run:
> 
> e2fsck -n -v —-mdsdb /tmp/mdsdb /dev/mapper/mpath1p1 >> /tmp/mdsdb_results2.txt
> 
> On my MDS as it is crashing regularly and it says I have unattached inodes which means presumably I just have to run lfsck -l -v after I have run the e2fsck on the OSTs against the MDSDB to put them into lost+found.
> 
> I couldn’t do this before because when this corruption originally happened it wouldn’t let me run e2fsck on one of the OSS’s because it had external journals but I discovered (in part by what Andreas said on Friday) that I can remove the journal and then recreate it internally thereby allowing me to run e2fsck and therefore lfsck correctly.
> 
> So my question is, this is just a corruption in the MDS - i.e. metadata not the OSTs so does that mean I won’t lose any actual data files, just file references? What data loss should I expect?
> 
> Let me know.
> 
> Thanks!
> 
> Alastair Ferguson
> IT Manager
> Capital Markets CRC Limited (CMCRC)
> Telephone: +61 2 8088 4222
> Mobile: +61 424 235 159
> Fax: +61 2 8088 4201
> www.cmcrc.com<http://www.cmcrc.com>
> 
> 
> <image.png>
> Capital Markets CRC Ltd - Confidential Communication
> The information contained in this e-mail is confidential.  It is intended for the addressee only.  If you receive this e-mail by mistake please promptly inform us by reply e-mail and then delete the e-mail and destroy any printed copy. You must not disclose or use in any way the information in the e-mail. There is no warranty that this e-mail is error or virus free. It may be a private communication, and if so, does not represent the views of the CMCRC and its associates.  If it is a private communication, care should be taken in opening it to ensure that undue offence is not given.
> 
> 
> _______________________________________________
> Lustre-discuss mailing list
> Lustre-discuss at lists.lustre.org<mailto:Lustre-discuss at lists.lustre.org>
> http://lists.lustre.org/mailman/listinfo/lustre-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20140626/162e58fa/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 13489 bytes
Desc: not available
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20140626/162e58fa/attachment.png>