XFS Corruption


Recommended Posts

EDIT:  I'll grab a syslog after the check is completed and I start the array again.  I totally forgot to get it before I jumped.

 

I was seeing a LOT of messages in my syslog telling me that XFS on disk5 had corruption.  So, I stopped the array and restarted it in maintenance mode.  I then clicked on disk5 and told it to run an xfs_repair -n which it is doing now.  I'll let the check run until it is finished but the first thing that popped up was this message:

 

Phase 1 - find and verify superblock...
couldn't verify primary superblock - not enough secondary superblocks with matching geometry !!!

attempting to find secondary superblock...

 

Does this indicate that I am heading for dark times?

 

FYI...one of the symptoms I am seeing is missing media (i.e. TV show episodes) and some of my shares show as empty even though I can see files/folders in them when I look at individual disks.

 

Advice???

 

TIA!

 

John

John

Link to comment

While i have not been getting this exact error, I'm seeing quite a bit of "Silent corruption" that I monitor with a checksum addon.

 

Just wait for it to finish and it will create a Lost+Found folder.

 

I'm actually in the process of changing over to BTRFS, though ZFS would of been a nice addition.

Link to comment

XFS repair finished and came back with this...

 

..Sorry, could not find valid secondary superblock
Exiting now.

 

According to the help I can run it with a -L switch as a last resort.  Will that even help in this case?  Or is my only option to format the drive as RFS and back to XFS?

 

John

Link to comment

While i have not been getting this exact error, I'm seeing quite a bit of "Silent corruption" that I monitor with a checksum addon.

 

Just wait for it to finish and it will create a Lost+Found folder.

 

I'm actually in the process of changing over to BTRFS, though ZFS would of been a nice addition.

Sounds like you must be doing something wrong somewhere. "Silent corruption" is definitely not typical.

 

Also, checksums wouldn't help with filesystem corruption anyway, since it is not the file contents that are bad, but instead the filesystem metadata that tells how the file is stored.

Link to comment

I'm assuming if you remove the drive that unraid will emulate the drive contents. Get a replacement drive asap and then when you insert this you should be able to rebuild the array based on parity.

 

 

I assumed this was the benefit of unraid. If anyone more knowledgable can pipe in please do so

 

Cheers,

 

David

Link to comment

I'm assuming if you remove the drive that unraid will emulate the drive contents. Get a replacement drive asap and then when you insert this you should be able to rebuild the array based on parity.

 

 

I assumed this was the benefit of unraid. If anyone more knowledgable can pipe in please do so

 

Cheers,

 

David

If the drive has filesystem corruption, so does the emulated drive.
Link to comment

While I am waiting for this xfs_repair to complete, let me ask this...

 

Is an easy way to get the contents of my shares back to exclude disk5 from each?  Will that do the trick?

 

John

Maybe excluding it in Global Share Settings would allow the user shares to access the contents of the user shares that are on other drives.
Link to comment

I'm assuming if you remove the drive that unraid will emulate the drive contents. Get a replacement drive asap and then when you insert this you should be able to rebuild the array based on parity.

 

 

I assumed this was the benefit of unraid. If anyone more knowledgable can pipe in please do so

 

Cheers,

 

David

If the drive has filesystem corruption, so does the emulated drive.

 

So if the emulated drive is stuffed does that mean that parity couldn't be used to rebuild the array onto a new drive? If this is the case then what is the point?

Link to comment

Any parity system (unRaid, RAID1, RAID5, etc) is only used to recover dead disks. 

 

Something completely different such as SnapRaid could recover corrupt files under certain circumstances.

 

It really depends upon how the corruption happened in the first place.  If the parity system was updated to reflect the corruption, then a rebuild is going to have the same corruption on it.  But, in the extremely unlikely case that the drive just plain went haywire and corrupted itself (without involving the OS itself), parity would not reflect the corruption, and in that case a rebuild would restore the files.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.