babis2k

I've marked the above post as the "Solution" for my problem.

Thank very much.

Right now all these shares are on the array. So you mean that I must copy them to the cache pool before enable Prefer option?

Thank you very much for your reply. After I post it I found this very useful FAQ of yours and I managed to mount cache drive and I proceed with copying cache data to the array. By the way what do you think, is it a good advice for appdata, domains and system shares to use Prefer setting for cache pool?

Hi all, I recently upgraded my unRAID server to 6.8.2 and I noticed that I have an "Unmountable disk present" and cache disk won't mount. I have a cache pool with 2 SSDs and one disc log information says: Jan 28 10:31:53 Storage kernel: sd 1:0:1:0: [sdc] 468862128 512-byte logical blocks: (240 GB/224 GiB) Jan 28 10:31:53 Storage kernel: sd 1:0:1:0: [sdc] Write Protect is off Jan 28 10:31:53 Storage kernel: sd 1:0:1:0: [sdc] Mode Sense: 7f 00 10 08 Jan 28 10:31:53 Storage kernel: sd 1:0:1:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA Jan 28 10:31:53 Storage kernel: sdc: sdc1 Jan 28 10:31:53 Storage kernel: sd 1:0:1:0: [sdc] Attached SCSI disk Jan 28 10:31:53 Storage kernel: BTRFS: device fsid eccfaaa2-5017-4960-9d5b-d1a07443a421 devid 1 transid 11830033 /dev/sdc1 Jan 28 10:32:05 Storage emhttpd: KINGSTON_SA400S37240G_50026B76827CCB3E (sdc) 512 468862128 Jan 28 10:32:06 Storage emhttpd: import 30 cache device: (sdc) KINGSTON_SA400S37240G_50026B76827CCB3E Jan 28 10:32:13 Storage kernel: BTRFS info (device sdc1): disk space caching is enabled Jan 28 10:32:13 Storage kernel: BTRFS info (device sdc1): has skinny extents Jan 28 10:32:13 Storage kernel: BTRFS info (device sdc1): enabling ssd optimizations Jan 28 10:32:13 Storage kernel: BTRFS warning (device sdc1): sdc1 checksum verify failed on 55373398016 wanted 9086B0CB found 48F5F7D4 level 0 Jan 28 10:32:13 Storage kernel: BTRFS error (device sdc1): bad tree block start, want 55373414400 have 1222961048758584978 Jan 28 10:32:13 Storage kernel: BTRFS error (device sdc1): Error removing orphan entry, stopping orphan cleanup Jan 28 10:32:13 Storage kernel: BTRFS error (device sdc1): could not do orphan cleanup -22 Jan 28 10:32:13 Storage root: mount: /mnt/cache: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error. Jan 28 10:32:13 Storage kernel: BTRFS error (device sdc1): open_ctree failed All the SMART data says that nothing is wrong however a parity check completed 31/12 returned with "0 errors" (I don't know if this is related or not). How can I fix it? Thanks in advance. storage-diagnostics-20200129-0948.zip

You were right. The problem was the controller. I replaced it with Dell PERC H310 0HV52W and flash it in IT mode and parity check errors dissapeared. Thanks again.

You are right. There was a BIOS update and I've done it. It says that was for "Enhance compatibility with some PCIE devices. I will run Parity check again and we will see. Thanks again.

Thanks for the quick reply. I think that my cpu G620 doesn't support VT-d but only VT-x. I will check it out. I think that most likely to be the controller, now that you mention it, despite the Bios. Because for one year does not show any problems and I have not changed any settings. Is there a case to blame the power supply;

Hi everyone, Sorry if there is another similar post but I couldn't find it with search. I am using unraid for 1 year and I am very satisfied and without any problems until today. Every 1st day of every month I have scheduled a parity check without any errors until now. Today parity check give me 593 errors and I don't know what to do. My data seems to be ok and all the services is working ok. Does anyone have any advice what to do? I haven't made the latest update v6.3.3 and I am running v6.3.2 because this will restart the system. lanstorage-diagnostics-20170401-1653.zip