I started getting bad sectors on my 5TB Raid1 array this week, so I ordered a replacement drive 6TB, and set about replacing my failing drive.
I shut down my system, removed the failing drive, replaced it with the new drive, and restarted my system. The array was not visible on booting up, so I powered down the new drive, and how swapped the failing drive back in, at which point it detected the array, so I powered down the failing drive and how swapped the new one back in. From here I successfully rebuilt the RAID array and tested to make sure things were working properly. All of my mapped smb shares popped up and all my files appeared to be there.
The issue began when I launched my Airsonic and Jellyfin Docker containers. All of the folders in the shared volume that was on the rebuilt raid array were not accessible to these docker containers. I used the Docker GUI to try to reselect the target folders in case something had gone wrong, but they were missing from the GUI. So I did a full OMV restart, and then these folders were visible in the dockerGUI, but the containers are still behaving like they don't have access to these folders.
I'm not aware that I changed any configuration for anything. What has gone wrong here? Feel free to move this to the appropriate forum section, if I've chosen incorrectly.
Containers Wont Access Shared Volumes After RAID Rebuild
-
- OMV 4.x
- ColdShoulderMedia
-
-
Are you still on OMV4 after the re-install? It is long EOL.
post the output of docker inspect <container_name> and lsblk
-
I am still on OMV4, and I plan on updating in ~5 months when I'm in a place where I'll have the time/space/resources to do it. So I just need to limp along until then.
Code
Alles anzeigen# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 298.1G 0 disk ├─sda1 8:1 0 199M 0 part ├─sda2 8:2 0 281G 0 part ├─sda3 8:3 0 16.8G 0 part └─sda4 8:4 0 103.3M 0 part sdb 8:16 0 29.8G 0 disk ├─sdb1 8:17 0 22G 0 part / ├─sdb2 8:18 0 1K 0 part └─sdb5 8:21 0 7.8G 0 part [SWAP] sdc 8:32 0 4.6T 0 disk └─md127 9:127 0 4.6T 0 raid1 /srv/dev-disk-by-label-Volume3 sdd 8:48 0 5.5T 0 disk └─md127 9:127 0 4.6T 0 raid1 /srv/dev-disk-by-label-Volume3 sde 8:64 0 1.8T 0 disk └─md126 9:126 0 1.8T 0 raid1 /srv/dev-disk-by-label-Volume2 sdf 8:80 0 1.8T 0 disk └─md126 9:126 0 1.8T 0 raid1 /srv/dev-disk-by-label-Volume2 sdg 8:96 0 2.7T 0 disk └─md125 9:125 0 2.7T 0 raid1 /srv/dev-disk-by-label-Volume1 sdh 8:112 0 2.7T 0 disk └─md125 9:125 0 2.7T 0 raid1 /srv/dev-disk-by-label-Volume1
And my docker inspect: https://pastebin.com/6LEz2aR7
Thank you!
-
Check these folders:
Code
Alles anzeigenHostConfig": { "Binds": [ "/sharedfolders/Volume1/appdata_test/Airsonic/playlists:/playlists:rw", "/sharedfolders/Volume3/Movies:/movies:rw", "/sharedfolders/Volume1/appdata_test/Airsonic/media_dummy_directory:/media:rw", "/sharedfolders/Volume1/Audiobooks:/audiobooks:rw", "/sharedfolders/Volume3/TV Shows:/tvshows:rw", "/sharedfolders/Volume1/Podcasts:/podcasts:rw", "/etc/localtime:/etc/localtime:ro", "/sharedfolders/Volume1/appdata_test/Airsonic:/config:rw", "/sharedfolders/Volume1/Music:/music:rw" ],
If the do not exist or have wrong permissions, it wont work.
-
The folders are still there: "all my files appeared to be there."
As far as permissions, I didn't change any permissions configuration. Could it have been reset by any of the actions I had taken? What's the most effective way to check permissions? -
Watching some tutorials on youtube, and people appear to use /srv/dev-disk-by-label-Volume3 instead of /sharedfolders/Volume3/
What is the difference in functionality there? -
The /srv/dev-disk-... are the places where the disks are mounted, the /sharedfolders was a way, OMV4 built the shared folders.
If you do not share the folders, they will not be there.
the best way to find out, what the permissions are is ls -la /sharedfolder from the cli.
-
-
Watching some tutorials on youtube, and people appear to use /srv/dev-disk-by-label-Volume3 instead of /sharedfolders/Volume3/
What is the difference in functionality there?Do not use /sharedfolders/ paths in docker host side volume binds. This is known to cause problems, so much so that OMV no longer populates the /sharedfolders directory.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!