Juscuz17

My mover runs at 0300. it should have been clean this morning.

I was seeing Dockers slowing down durring large downloads. I gave Download its own drive and now everything is super fast. Also Download-Cache is MSATA and Cache is NVME. I don't want the NVME slowed down. Also the mover rand at 0300, so this morning should have been protected. Thats why I am asking. I feel like I missed something in my settings.

I recently added a download cache to try to keep everything running faster. I have alot of unprotected shares, and I was hoping you guys could tell me what I need to change to have these set up correctly.

Cloudflared is restarting. I will have to uninstall/reinstall it and see if that fixes it. I will pull the drive tonight and put it in the drive shelf. I am starting to think I like the drive shelf better than the mess of wires in the case....

I have 4 of these, and 2 of them have already failed. Is this a hardware fail? Screen shot and diagnastics attatched. schmittnas-diagnostics-20260601-1224.zip

On the right side of the image where it says streams. here is screenshot after I moved the backup share and restarted docker. The streams from the dockers are now running on the appdata share where they are supposed to be. In the other image they are running off the backup share.

That's from the Dashboard. OK so I see what you mean, I originally had a folder in the pool backup. When I lost the disk and you helped me through getting back online I remember an error and I changed the location in app backup from backup/backup to just backup. that explains that part.

I have no idea why app data backup is creating a share. it is set to back up to a pool called back up. Today I looked and the back up has 40 streams connected to it and appdata has none. Any idea what the heck is going on?

I am getting this error. Any idea what I need to do? [Error] SonarrErrorPipeline: [POST /api/v3/series] [v4.0.17.2952] code = Corrupt (11), message = System.Data.SQLite.SQLiteException (0x800007EF): database disk image is malformed database disk image is malformed

Plex still is not responding. I restored the whole docker, then updated it. it will start but the web ui says cannot connect.

schmittnas-diagnostics-20260407-1739.zip

I will as soon as I get home. I cannot do that from work.

That is failed disk9. I moved it to a pool to see if I could get any data off it. I cannot. So I just haven't removed it yet.

schmittnas-diagnostics-20260406-1741.zip OK, the mover ran for a split second, then stopped. Docker and VM manager are disabled.

The button was only grey for a few seconds, but the log only said start mover, never mover ended or anything. I will be home in bit, I will triple check everything you told me and run the mover again and note how long the button is disabled. There isn't much to move right now, so it won't take long.

Mover is scheduled to move every night at 0300, I manually initiated it, and came back and there was no activity on any drives so I ran diag and posted it. that was about 11pm. the mover would have automatically moved anything at 0300 also, so I posted another diag a bit ago after your post. I made sure docker was shut down and invoked the mover again. I will check in when i get home and see what the log says.

I ran Mover waited a while then ran Diagnostics. Here is a fresh pull. schmittnas-diagnostics-20260406-1352.zip

schmittnas-diagnostics-20260405-2317.zip

OK! I also have a current APP Back up.

OK, that's what I thought. I am I correct that I cannot move anything till parity is done?

I have to wait 8 hrs for the parity sync to finish to run mover, I did everything else. Thank you! I will post as soon as I can. App Data was set to cache only.

Her e is a fresh diag. schmittnas-diagnostics-20260405-1149.zip

I don't even know where to start. I added a second parity drive and my older parity 1 failed. I had a disk in the array that had no data written to it so I shut down the array, moved the drive to parity, and ran new config. at about 90% drive 9 completely failed. I shut down the server, checked all cables and restarted it. Drive 9 definitely failed. I shut down the server and replaced drive9(yes I know total data loss) with a spare. after restarting the server everything was ok, BUT my shares are there, but all the share info is not, and my dockers don't work. I am at a loss. I will attach diagnostics. This was after I rebooted it, I will add a post with fresh diagnostics too. dual parity is currently rebuilding with 8 hours to go. schmittnas-diagnostics-20260404-2231.zip

I am going to mark this solved. I simply returned the drives.

I may try this tomorrow, They have agreed to take them back for a full refund. I don't know if that route would help because the server sees them, but I can't do anything but view logs. I can't even try to format them. All the buttons are grey.