jj_uk Posted December 30, 2018 Share Posted December 30, 2018 Does anyone know what this means? It's repeated over and over in the system log. Quote Dec 30 18:20:20 tower1 kernel: BTRFS critical (device dm-4): corrupt leaf: root=5 block=681381707776 slot=167 ino=5259, name hash mismatch with key, have 0x00000000cea02f20 expect 0x00000000b6b6c301 I've been having issues with a docker recently (when writing to a remote SMB share) and the only way to stop it was to hold the power button down. Possibly i've corrupted something. Quote Link to comment
JorgeB Posted December 30, 2018 Share Posted December 30, 2018 Please post your diagnostics: Tools -> Diagnostics Quote Link to comment
jj_uk Posted December 30, 2018 Author Share Posted December 30, 2018 (edited) Attached. Thanks for taking the time to look at this. Edited December 31, 2018 by jj_uk Quote Link to comment
JorgeB Posted December 30, 2018 Share Posted December 30, 2018 There's metadata corruption on the cache pool, best way forward is to backup, reformat and restore pool data, you can use this if you need help with the backup/restore. Quote Link to comment
jj_uk Posted December 30, 2018 Author Share Posted December 30, 2018 Ok, I moved everything off the cache with mover, stopped the array and reformatted both cache disks and readded them. Hopefully that'll fix it. Quote Link to comment
jj_uk Posted December 30, 2018 Author Share Posted December 30, 2018 Appdata and system shares: should these be set to use cache yes, only or prefer? I've forgotten what they were before I set them to yes and ran mover to move off the data. Quote Link to comment
jj_uk Posted January 6, 2019 Author Share Posted January 6, 2019 This is now resolved. Thanks so much for your help. Quote Link to comment
Recommended Posts
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.