brambo23
Members-
Posts
40 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Everything posted by brambo23
-
I recently upgraded my unraid server to 6.12.8 from 6.9.2 due to other issues. After the upgrade it seemed the docker settings slightly changed (i also accidentally upgraded to the latest version when I was on 22.2.2, but updated the tag to the version i'm currently running.) The port switched back to 443 (default port). I had changed it back to the previous setting port 4445 (noted in the config file below). I did run a new permissions as i found an issue with my plex server and upgrading past 6.10. Since the upgrade my nextcloud is now returning a 404 error on any page I visit. I'm struggling to find any additional clues on where to look to find the problem. The docker logs show: but then later i went to look at it and saw this repeatedly The port on the docker container matches the config file The access logs show regardless of where i go (nextcloud/log/ngix/access.log) Any tips on where I can find the source of the problem here?
-
What I meant by is, I started the array and it immediately began the rebuild process. Out of fear I cancelled the process, and the drives were not mountable until I did a file system check. It repaired the issue again then I was able the mount the drives again. It would appear the corruption is already logged in the parity There's nothing terribly lost, mostly just time. I don't store important personal data on this array for that reason. If it were to die, all I would of lost was time. My goal is to save myself time if at all possible. I built this server many years ago but when it comes to the details of how everything works, I will admit I am not the most knowledgeable (if that isn't already apparent). So having said that, it seems if i want to keep the data and the fixed drives, the best move is to reset the array configuration?
-
so the second problem with that is i realized the emulated data is missing the data that's on those physical disks what happens if i rebuild the array with that status? will it rebuild the array as emulated then the data from the physical disks gets added? or the physical disks look more like the emulated disks and i lose that data anyway?
-
So I looked at the link you sent about rebuilding data onto itself. The emulated data is missing the data that is on those drives. Should I copy the data off those drives in order to properly rebuild the array? I assume if I add those drives back, since the emulated data is missing the data on those drives, it will blank out the data
-
So after this test, I mounted and unmounted the drives (unassigned) and it was able to read the amount of data on the drive, I ran the file system check on both drives and now both of them say no file system corruption detected. Also I did buy and install a new card based on the recommendation of @trurl should I be ok to mount these drives back in the array and try to start the array again?
-
Hello, I woke up this morning and found some of my dockers weren't working this morning. However, I was busy with work so I couldn't get to it in the evening, when I looked at my unraid server I saw that my most recent 3 drives were listed as missing from the raid (the ones from the first screenshot. I have a 12 drive array with 2 parity drives. I have a Silverstone SST-CS308B case with a startech 3 drive hotswap bay with a PCIE drive extension card (not sure which one but I know i bought it from the known working list over 5 years ago). The 3 drives in question are in that 3 drive hotswap bay. I disabled the array (downloaded the diagnostics) and tried to get the drives detectable again but with no avail. I rebooted the server and now 1 of the drives are usable, but 2 are now listed as detected but unmountable. They've been in the system since December or so, they don't have too much data but i want to see if there is a way to make them mountable at this point. Thanks in advance. llnnas1337-diagnostics-20240313-1909.zip