Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

v6.9.2: Cache Pool - Unmountable BTRFS File System

Featured Replies

I have a rather sizeable array and a cache pool of 4 SSD's. I've been chasing some issues with my array drive dropping out and needing to rebuild. Right now the array is sync'ed ok but my cache pool is showing Unmountable File System. I'm not sure how to proceed to resolve it properly or even if I can do it and not lose any option to recover the data. I've attached a diagnostic dump of the current state.

 

nasvm-diagnostics-20220324-1733.zip

Edited by ridewithjoe
Post updated diagnostics after reboot

Solved by JorgeB

  • Community Expert

Log is completely spammed with SSH related text, reboot and post new diags after array start.

  • Author
2 hours ago, JorgeB said:

Log is completely spammed with SSH related text, reboot and post new diags after array start.

Rebooted and uploaded updated diags.

  • Community Expert
Mar 24 17:33:32 nasvm kernel: BTRFS info (device sdi1): bdev /dev/sdi1 errs: wr 18755249, rd 19783429, flush 618, corrupt 70194, gen 25760

 

This cache device has been dropping offline, see here for better pool monitoring.

 

As for current issue filesystem is corrupt, there are some recovery options here.

  • Author

Thank you for the assistance.

 

My cache pool drives are:

 (sdi)

 (sdl)

 (sdk)

 (sdj)

 

Following the instructions in the recovery post I created

 

Temp directory

/cacherpr

 

I initiated the mount

mount -o usebackuproot,ro /dev/sdi1 /cacherpr

 

I get "mount: /cacherpr: can't read superblock on /dev/sdi1"

 

same result if try and mount any of the 4 drives.

 

I fear I have something far worse going on than I anticipated.

  • Community Expert

Try btrfs restore, or upgrade to v6.10 since there is a new rescue=all option like mentioned in the link that might work for ro mount, and you just need to do it for one of the devices, it's all the same pool, if one doesn't work the others also won't.

  • Author

I updated to 6.10.0-rc4... figured that was my best bet at this point. That went well.

 

I was able to mount using

mount -o rescue=all,ro /dev/sdi1 /mnt/disk6/cachetmp

 

Mount shows:

/dev/sdi1 on /mnt/disk6/cachetmp type btrfs (ro,relatime,ssd,rescue=nologreplay:ignorebadroots:ignoredatacsums,space_cache,subvolid=5,subvol=/)

 

So that all seems pretty good.. however not seeing any files or data in the mountpoint.... that doesn't seem good at all.

 

root@nasvm:/mnt/disk6/cachetmp# ls -l
total 0

 

  • Community Expert
  • Solution

Try the 2nd option, btrfs restore.

  • Author

OK this is great. That let me recover most files. I think that most files that were not recovered can be recreated. Thanks so much for the guidance. Now I need to investigate and determine what has destabilized the pool and add some recovery backups to the cache directories. Thanks again.

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...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.