Did you manage to get the issue resolved?
Beiträge von messier63
-
-
Can you please elaborate better? I don't know Tmux.
My scripting capabilities are limited, but the code is on Github.
I'm not well versed in linux so my request might be a stretch.
With tmux you can essentially resume from where you left off in terminal. A good overview is provided here
Externer Inhalt www.youtube.comInhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.Your snapraid script works and i run it overnight. The only issue is that sometimes when i wake up in the morning I'm not certain sure of how far along the script is. The only confirmation or status that you get is once the script is complete.
-
tmux is not the right way. Piping stdout and stderr to a log file would be the better way.
will stdout you to check the progress of the script when it has been started by cron?
-
auanasgheps is there a way to incorporate tmux into your aio script so that it is possible to check the status of the sync?
-
Apologies for being a nuisance. An update and reboot of my system seems to have resolved the issue
-
Nothing from above seems to indicate a full drive
Running df - i shows no issues as well as per below
Code
Alles anzeigenFilesystem Inodes IUsed IFree IUse% Mounted on udev 469626 514 469112 1% /dev tmpfs 478471 1400 477071 1% /run /dev/nvme0n1p2 1171456 51576 1119880 5% / tmpfs 478471 1 478470 1% /dev/shm tmpfs 478471 3 478468 1% /run/lock tmpfs 478471 20 478451 1% /tmp /dev/nvme0n1p4 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5 /dev/nvme0n1p1 0 0 0 - /boot/efi /dev/mapper/sdf-crypt 244195328 14 244195314 1% /srv/dev-disk-by-uuid-dd59d021-cbac-4f4e-9159-45fdf3c215ca /dev/mapper/sde-crypt 244195328 14 244195314 1% /srv/dev-disk-by-uuid-fce1e287-fbdf-46ab-824b-0581b2df180d /dev/mapper/sdg-crypt 244195328 14 244195314 1% /srv/dev-disk-by-uuid-4f9f799d-ceaf-49f3-955f-ed7459ab8f77 /dev/mapper/sdh-crypt 244195328 14 244195314 1% /srv/dev-disk-by-uuid-4afcd564-6634-4ed3-af47-dff0195d3bdb /dev/mapper/sdb-crypt 183148544 20029 183128515 1% /srv/dev-disk-by-uuid-ccec1d49-1d08-4eae-b338-af6efd5ccb66 /dev/mapper/sda-crypt 19537920 14 19537906 1% /srv/dev-disk-by-uuid-1dc56c98-2860-4d07-a8ad-bc339929ac1f /dev/mapper/sdd-crypt 183148544 4271 183144273 1% /srv/dev-disk-by-uuid-d8873ddb-140c-43f7-9142-79822423879b /dev/mapper/sdc-crypt 183148544 28188 183120356 1% /srv/dev-disk-by-uuid-004d277e-9b82-464d-9683-788cb22d70bc datapool:bc314ab5-1170-4550-9263-61bfbe9c7b8d 1057374208 52530 1057321678 1% /srv/mergerfs/datapool overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/c38d5e2821dd158d93e7deb91c431676acd2ca3a0d94f0fe92e150179413a7e8/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/18d8d1cd8aa6d5102398c4821fbda2a7063f153091b3018c00e6b7c04223769e/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/574dcd2e89284afd6210c7758de4f017e5732dbf6dfe5773d0264a6e654abf99/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/50bfb912542f419dedce36dfd8934a1a91d80d9a00b73ac4657826c5ee4d4f02/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/bf822dc5a9c2373c95a99a2313dcf40a65ce602799b5b91e1d206a80fc71bc34/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/f6916e11c0f92bcbd0cba3c9af18de43489072c7e76ac05b7215200ffdd21126/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/b0e3513b741d331e5699cd05ad3da1bfc78b9cb249ea0167040127b53e39f786/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/be7c3b59c19f0a201627aecf43aff43c38090e3e4731eac49019d57a89f30ee8/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/f99089de80db3e76fbce58e0f6498ba182e3d3b0bdb0516e86cb8bcacec1a85d/merged overlay 6553600 80996 6472604 2% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/cc12377071c447518f9dbd01924ed96b9f7b0412991f7ba984eaf607d2605e26/merged
On windows, creating a folder in any shared folder creates the same error
forum.openmediavault.org/wsc/index.php?attachment/26349/
I'd appreciate help with identifying the issue?
-
Hi all,
As per the subject, i am getting a "No space left on device" error despite having enough disk space
Below is the output from running df -ha
Code
Alles anzeigenFilesystem Size Used Avail Use% Mounted on sysfs 0 0 0 - /sys proc 0 0 0 - /proc udev 1.8G 0 1.8G 0% /dev devpts 0 0 0 - /dev/pts tmpfs 374M 3.8M 371M 2% /run /dev/nvme0n1p2 17G 4.4G 12G 27% / securityfs 0 0 0 - /sys/kernel/security tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock cgroup2 0 0 0 - /sys/fs/cgroup pstore 0 0 0 - /sys/fs/pstore efivarfs 0 0 0 - /sys/firmware/efi/efivars bpf 0 0 0 - /sys/fs/bpf systemd-1 - - - - /proc/sys/fs/binfmt_misc hugetlbfs 0 0 0 - /dev/hugepages mqueue 0 0 0 - /dev/mqueue debugfs 0 0 0 - /sys/kernel/debug tracefs 0 0 0 - /sys/kernel/tracing configfs 0 0 0 - /sys/kernel/config sunrpc 0 0 0 - /run/rpc_pipefs fusectl 0 0 0 - /sys/fs/fuse/connections tmpfs 1.9G 28K 1.9G 1% /tmp /dev/nvme0n1p4 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5 /dev/nvme0n1p1 511M 2.0M 510M 1% /boot/efi /dev/mapper/sdf-crypt 3.6T 126M 3.6T 1% /srv/dev-disk-by-uuid-dd59d021-cbac-4f4e-9159-45fdf3c215ca /dev/mapper/sde-crypt 3.6T 1.8T 1.9T 48% /srv/dev-disk-by-uuid-fce1e287-fbdf-46ab-824b-0581b2df180d /dev/mapper/sdg-crypt 3.6T 126M 3.6T 1% /srv/dev-disk-by-uuid-4f9f799d-ceaf-49f3-955f-ed7459ab8f77 /dev/mapper/sdh-crypt 3.6T 1.8T 1.9T 48% /srv/dev-disk-by-uuid-4afcd564-6634-4ed3-af47-dff0195d3bdb /dev/mapper/sdb-crypt 2.7T 133G 2.6T 5% /srv/dev-disk-by-uuid-ccec1d49-1d08-4eae-b338-af6efd5ccb66 /dev/mapper/sda-crypt 293G 126M 293G 1% /srv/dev-disk-by-uuid-1dc56c98-2860-4d07-a8ad-bc339929ac1f /dev/mapper/sdd-crypt 2.7T 1.8T 1000G 64% /srv/dev-disk-by-uuid-d8873ddb-140c-43f7-9142-79822423879b /dev/mapper/sdc-crypt 2.7T 580G 2.2T 22% /srv/dev-disk-by-uuid-004d277e-9b82-464d-9683-788cb22d70bc datapool:bc314ab5-1170-4550-9263-61bfbe9c7b8d 16T 2.5T 14T 16% /srv/mergerfs/datapool overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/c38d5e2821dd158d93e7deb91c431676acd2ca3a0d94f0fe92e150179413a7e8/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/18d8d1cd8aa6d5102398c4821fbda2a7063f153091b3018c00e6b7c04223769e/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/574dcd2e89284afd6210c7758de4f017e5732dbf6dfe5773d0264a6e654abf99/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/50bfb912542f419dedce36dfd8934a1a91d80d9a00b73ac4657826c5ee4d4f02/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/bf822dc5a9c2373c95a99a2313dcf40a65ce602799b5b91e1d206a80fc71bc34/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/f6916e11c0f92bcbd0cba3c9af18de43489072c7e76ac05b7215200ffdd21126/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/b0e3513b741d331e5699cd05ad3da1bfc78b9cb249ea0167040127b53e39f786/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/be7c3b59c19f0a201627aecf43aff43c38090e3e4731eac49019d57a89f30ee8/merged overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/f99089de80db3e76fbce58e0f6498ba182e3d3b0bdb0516e86cb8bcacec1a85d/merged nsfs 0 0 0 - /run/docker/netns/3185248eb9b1 nsfs 0 0 0 - /run/docker/netns/49d3e521ee9c nsfs 0 0 0 - /run/docker/netns/1265c72ea63d nsfs 0 0 0 - /run/docker/netns/4def0361fd6e nsfs 0 0 0 - /run/docker/netns/9be988fc6b7f nsfs 0 0 0 - /run/docker/netns/615d4d388016 nsfs 0 0 0 - /run/docker/netns/445ff44a9286 overlay 98G 3.7G 90G 4% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/docker/overlay2/cc12377071c447518f9dbd01924ed96b9f7b0412991f7ba984eaf607d2605e26/merged nsfs 0 0 0 - /run/docker/netns/770bd4f71909 tracefs 0 0 0 - /sys/kernel/debug/tracing binfmt_misc 0 0 0 - /proc/sys/fs/binfmt_misc
-
Hi all,
I started docker all over again and things seem to be working so far. I ran an apt-clean via OMV GUI and deleted the docker folder. Also this time around I allowed OMV to create the folder itself rather than doing it via putty previously.
From below we see that the + is gone from the docker folder.
Before reinstall
Codedrwxr-xr-x 6 root root 4.0K Apr 27 14:01 . drwxr-xr-x 12 root root 4.0K Apr 20 00:09 .. -rw------- 1 root root 9.0K Apr 27 00:47 aquota.group -rw------- 1 root root 8.0K Apr 27 00:47 aquota.user drwx--x---+ 13 root root 4.0K Apr 27 00:48 docker drwxrwsr-x 5 root users 4.0K Apr 27 14:15 dockerappdata drwxr-xr-x 2 root root 4.0K Apr 27 14:04 dockerscripts drwx------ 2 root root 16K Apr 19 22:45 lost+found
After reinstall
Codedrwxr-xr-x 6 root root 4.0K Apr 27 22:36 . drwxr-xr-x 12 root root 4.0K Apr 20 00:09 .. -rw------- 1 root root 9.0K Apr 27 00:47 aquota.group -rw------- 1 root root 8.0K Apr 27 00:47 aquota.user drwx--x--- 13 root root 4.0K Apr 27 22:36 docker drwxrwsr-x 3 root users 4.0K Apr 27 22:54 dockerappdata drwxr-xr-x 2 root root 4.0K Apr 27 14:04 dockerscripts drwx------ 2 root root 16K Apr 19 22:45 lost+found
Also previously i was asked to run the commands below which should have yielded -rw-r--r-- for /etc/resolv.conf. Now i am getting the same result whilst previoously i was getting -rw-r----- for /etc/resolv.conf.
Code$ docker run --rm -it --entrypoint="/bin/sh" lscr.io/linuxserver/jellyfin # ls -l /etc/resolv.conf -rw-r--r-- 1 root root 59 Apr 27 12:17 /etc/resolv.conf # exit $
So in conclusion the issue seems to boil down to permission issues. and in particular the + for the docker folder?
-
ls lah /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5 to see, if something is wrong with permissions.
Just guessing at the moment.
Codedrwxr-xr-x 6 root root 4.0K Apr 27 14:01 . drwxr-xr-x 12 root root 4.0K Apr 20 00:09 .. -rw------- 1 root root 9.0K Apr 27 00:47 aquota.group -rw------- 1 root root 8.0K Apr 27 00:47 aquota.user drwx--x---+ 13 root root 4.0K Apr 27 00:48 docker drwxrwsr-x 5 root users 4.0K Apr 27 14:15 dockerappdata drwxr-xr-x 2 root root 4.0K Apr 27 14:04 dockerscripts drwx------ 2 root root 16K Apr 19 22:45 lost+found
docker directory looks a bit funny, is it ok in terms of permissions? dockerappdata, where container config files are kept, look ok to me?
Extra info below
-
Did you move the docker root folder to some disk?
If yes:
- what file system
- does the directory have special permissions
My docker files are on my OS SSD drive which has been partitioned into two volumes; one for OMV the other for docker.
The partition for docker is nvme0n1p4 259:4 0 100G 0 part /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5 from below. It
Code
Alles anzeigenNAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 298.1G 0 disk └─sda-crypt 253:3 0 298.1G 0 crypt /srv/dev-disk-by-uuid-1dc56c98-2860-4d07-a8ad-bc339929ac1f sdb 8:16 0 2.7T 0 disk └─sdc-crypt 253:2 0 2.7T 0 crypt /srv/dev-disk-by-uuid-004d277e-9b82-464d-9683-788cb22d70bc sdc 8:32 0 2.7T 0 disk └─sdd-crypt 253:4 0 2.7T 0 crypt /srv/dev-disk-by-uuid-d8873ddb-140c-43f7-9142-79822423879b sdd 8:48 0 2.7T 0 disk └─sdb-crypt 253:0 0 2.7T 0 crypt /srv/dev-disk-by-uuid-ccec1d49-1d08-4eae-b338-af6efd5ccb66 sde 8:64 0 3.6T 0 disk └─sde-crypt 253:1 0 3.6T 0 crypt /srv/dev-disk-by-uuid-fce1e287-fbdf-46ab-824b-0581b2df180d nvme0n1 259:0 0 119.2G 0 disk ├─nvme0n1p1 259:1 0 512M 0 part /boot/efi ├─nvme0n1p2 259:2 0 17.8G 0 part / ├─nvme0n1p3 259:3 0 977M 0 part [SWAP] └─nvme0n1p4 259:4 0 100G 0 part /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5
Codenvme0n1 ├─nvme0n1p1 vfat FAT32 C734-6663 509M 0% /boot/efi ├─nvme0n1p2 ext4 1.0 50f3acc7-ebc6-42f0-9245-0eff87d18623 12.7G 20% / ├─nvme0n1p3 swap 1 033dca22-5645-4359-8b52-8d97bb8a55ae [SWAP] └─nvme0n1p4 ext4 1.0 7655cb82-5790-4f01-a9a0-42688f930df5 89.6G 3% /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5
-
Soma is right. You need to start with a fresh install of Jellyfin. Since you are using Stacks you need to:
- In Portainer stop the Jellyfin container if it is running, and delete it.
- Go into images and delete the unused Jellyfin image.
- From your Shared folders you need to delete your config folder at dockerappdata/jellyfin.
- Adjust your stack. Comment out the lines that Soma mentioned above.
- Redeploy in Stacks.
I've done steps 1 to 5 and same result. I think my installation is completely messed up somehow
messier63 Something is wrong with your docker installation. The problem is not related to the jellyfin image, as the permissions are wrong for the debain contaienr too.
What are you running OMV / debian on and how did you install docker?
I'm running;
OMV Version: 6.0.22-1 (Shaitan)
Processor: Intel(R) Pentium(R) Gold G7400T
Kernel: Linux 5.16.0-0.bpo.4-amd64
To install docker, I used the install option via omv-extras
-
Bring the container down and delete the config folder.
Launch again the container to recreate the config folder.
Check the permissions again
Same result, also rebooted the host after deleting jellyfin folders
See below, the result is the same as jellyfin.
-
So your image is broken. The permissions should be 644, not 640.
File an issue at linuxserver.
There is a workaround, as the linuxserver images allow to mount custom startup scripts if you bind them to the correct location.
Check the docs.
The script would be
I've talking to linuxserver in parallel to this thread and the response is as follows
ZitatI have no idea why docker would be creating the resolv.conf with the wrong permissions. The only other reference to it I can find is someone also on OMV with a similar problem but no solution
So it seems like I'll have to run the chmod 644 command
-
OK, so what happens when you open a browser on another PC on the same LAN with http://IP of OMV:8096
Just a remark: you can comment with a # lines 11, 18, 19 and 20.
For LAN access, you only need port 8096
If you intend on opening jellyfin to the web (strongly advise you not to) then it's better to reverse proxy it with SWAG.
You can set the YML along side the SWAG service and a free DNS service like duckdns.
I get an unable to connect error on firefox and chrome on my laptop and phone.
As did as you suggested in commenting out lines 11, 18, 19 and 20 and same result
I just checked and in the container /etc/resolv.conf is 544, which is correct.
Can you give me the output of these commands on your system:
Codedocker run --rm -it --entrypoint="/bin/sh" lscr.io/linuxserver/jellyfin ls -l /etc/resolv.conf exit
Here it looks like this:
See below for output
Coderoot@OMV:~# docker run --rm -it --entrypoint="/bin/sh" lscr.io/linuxserver/jellyfin # ls -l /etc/resolv.conf -rw-r----- 1 root root 618 Apr 27 12:24 /etc/resolv.conf # exit
I see that my output is diffferent to yours, what could cause the issue?
-
The ssd was me just making an abbreviation which i guess on reflection will just cause confusion.
The volume mounts are correct so I'll post all my config files exactly as I've set things up
My docker files are on my OS SSD drive which has been partitioned into two volumes; one for OMV the other for docker.
The partition for docker is nvme0n1p4 259:4 0 100G 0 part /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5 from below.
Code
Alles anzeigenNAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 298.1G 0 disk └─sda-crypt 253:3 0 298.1G 0 crypt /srv/dev-disk-by-uuid-1dc56c98-2860-4d07-a8ad-bc339929ac1f sdb 8:16 0 2.7T 0 disk └─sdc-crypt 253:2 0 2.7T 0 crypt /srv/dev-disk-by-uuid-004d277e-9b82-464d-9683-788cb22d70bc sdc 8:32 0 2.7T 0 disk └─sdd-crypt 253:4 0 2.7T 0 crypt /srv/dev-disk-by-uuid-d8873ddb-140c-43f7-9142-79822423879b sdd 8:48 0 2.7T 0 disk └─sdb-crypt 253:0 0 2.7T 0 crypt /srv/dev-disk-by-uuid-ccec1d49-1d08-4eae-b338-af6efd5ccb66 sde 8:64 0 3.6T 0 disk └─sde-crypt 253:1 0 3.6T 0 crypt /srv/dev-disk-by-uuid-fce1e287-fbdf-46ab-824b-0581b2df180d nvme0n1 259:0 0 119.2G 0 disk ├─nvme0n1p1 259:1 0 512M 0 part /boot/efi ├─nvme0n1p2 259:2 0 17.8G 0 part / ├─nvme0n1p3 259:3 0 977M 0 part [SWAP] └─nvme0n1p4 259:4 0 100G 0 part /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5
On nvme0n1p4 there are two folders/directories
- docker - for docker installation
- dockerappdata - for container data. This folder is a shared folder that i can access via smb
I created a user called dockermgnr which as the following id details
So for my latest docker.yaml file, i have the following
Code
Alles anzeigen--- version: "2.1" services: jellyfin: image: lscr.io/linuxserver/jellyfin container_name: jellyfin environment: - PUID=1000 - PGID=100 - TZ=Europe/London - JELLYFIN_PublishedServerUrl=192.168.10.10 #optional volumes: - /srv/dev-disk-by-uuid-7655cb82-5790-4f01-a9a0-42688f930df5/dockerappdata/jellyfin/config:/config - /srv/mergerfs/datapool/TV-Shows:/data/tvshows - /srv/mergerfs/datapool/Films:/data/movies ports: - 8096:8096 - 8920:8920 #optional - 7359:7359/udp #optional - 1900:1900/udp #optional devices: # VAAPI Devices (examples) - /dev/dri:/dev/dri restart: unless-stopped
I believe the above aligns with your yaml file with the exception that i don't use symlinks and all ports are active
-
Post the output of docker logs -f jellyfin
Code
Alles anzeigen------------------------------------- _ () | | ___ _ __ | | / __| | | / \ | | \__ \ | | | () | |_| |___/ |_| \__/ Brought to you by linuxserver.io ------------------------------------- To support the app dev(s) visit: Jellyfin: https://opencollective.com/jellyfin To support LSIO projects visit: https://www.linuxserver.io/donate/ ------------------------------------- GID/UID ------------------------------------- User uid: 1000 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 30-config: executing... [cont-init.d] 30-config: exited 0. [cont-init.d] 40-gid-video: executing... [cont-init.d] 40-gid-video: exited 0. [cont-init.d] 90-custom-folders: executing... [cont-init.d] 90-custom-folders: exited 0. [cont-init.d] 99-custom-scripts: executing... [custom-init] no custom files found exiting... [cont-init.d] 99-custom-scripts: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. [11:45:30] [INF] [4] Main: Jellyfin version: 10.7.7 [11:45:30] [INF] [4] Main: Environment Variables: ["[JELLYFIN_DATA_DIR, /config/data]", "[JELLYFIN_PublishedServerUrl, 192.168.10.10]", "[JELLYFIN_CONFIG_DIR, /config]", "[JELLYFIN_CACHE_DIR, /config/cache]", "[JELLYFIN_LOG_DIR, /config/log]"] [11:45:30] [INF] [4] Main: Arguments: ["/usr/lib/jellyfin/bin/jellyfin.dll", "--ffmpeg=/usr/lib/jellyfin-ffmpeg/ffmpeg", "--webdir=/usr/share/jellyfin/web"] [11:45:30] [INF] [4] Main: Operating system: Linux [11:45:30] [INF] [4] Main: Architecture: X64 [11:45:30] [INF] [4] Main: 64-Bit Process: True [11:45:30] [INF] [4] Main: User Interactive: True [11:45:30] [INF] [4] Main: Processor count: 4 [11:45:30] [INF] [4] Main: Program data path: /config/data [11:45:30] [INF] [4] Main: Web resources path: /usr/share/jellyfin/web [11:45:30] [INF] [4] Main: Application directory: /usr/lib/jellyfin/bin/ [11:45:30] [INF] [4] Emby.Server.Implementations.AppBase.BaseConfigurationManager: Setting cache path: /config/cache [11:45:30] [FTL] [1] Main: Unhandled Exception System.UnauthorizedAccessException: Access to the path '/etc/resolv.conf' is denied. ---> System.IO.IOException: Permission denied --- End of inner exception stack trace --- at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String path, OpenFlags flags, Int32 mode) at System.IO.FileStream.OpenHandle(FileMode mode, FileShare share, FileOptions options) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options) at System.IO.StreamReader.ValidateArgsAndOpenPath(String path, Encoding encoding, Int32 bufferSize) at System.IO.StreamReader..ctor(String path, Encoding encoding, Boolean detectEncodingFromByteOrderMarks) at System.IO.File.InternalReadAllText(String path, Encoding encoding) at System.IO.File.ReadAllText(String path) at System.Net.NetworkInformation.LinuxNetworkInterface.LinuxNetworkInterfaceSystemProperties..ctor() at System.Net.NetworkInformation.LinuxNetworkInterface.GetLinuxNetworkInterfaces() at Jellyfin.Networking.Manager.NetworkManager.InitialiseInterfaces() at Jellyfin.Networking.Manager.NetworkManager.UpdateSettings(Object configuration) at Jellyfin.Networking.Manager.NetworkManager..ctor(IConfigurationManager configurationManager, ILogger`1 logger) at Emby.Server.Implementations.ApplicationHost..ctor(IServerApplicationPaths applicationPaths, ILoggerFactory loggerFactory, IStartupOptions options, IConfiguration startupConfig, IFileSystem fileSystem, IServiceCollection serviceCollection) at Jellyfin.Server.CoreAppHost..ctor(IServerApplicationPaths applicationPaths, ILoggerFactory loggerFactory, IStartupOptions options, IConfiguration startupConfig, IFileSystem fileSystem, IServiceCollection collection) at Jellyfin.Server.Program.StartApp(StartupOptions options) at Jellyfin.Server.Program.<Main>(String[] args)
As a bandaid, I went into the container's exec console via portainer and ran the following to give me access to '/etc/resolv.conf'
This allowed me to access Jellyfin's webui. However, that means i have to run the same command i redeploy the container.
-
I corrected my volume definitions to the code below. I can see the folders in Jellyfin.
However I do not think this was the reason behind the /etc/resolv.conf error.
-
Your volumes are wrong.
Read the github properly to set them.
You don't touch the/etc/resolv.conf, that file belongs to the host, NOT the container.
I can access the webui now. I was making the mistake of running chmod on the /etc/resolv.conf file on OMV itself when i should be doing that command inside docker via jellyfin's Exec Console.
Is this a regular issue/bug?
I'll investigate my volume definition. It may be the reason behind the problem I am facing.
-
What does ls -l /etc/resolv.conf return?
root@OMV:~# ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 32 Apr 18 12:43 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf
Any attempt to chown or chmod the file is unsuccessful and leaves the file as posted above.
Something you can do is comment out all the port lines except the first (8096) one. Also comment out the devices section. Then redeploy the stack. See what happens.
Tried doing this as well and still the same error. I deployed nginx and qbittorrent and they both worked with no issues.
-
Your PGID is wrong. I'm not sure if it is what is causing your problems, but it might be. I'm not sure what you mean by "applications group" but all of the PGID's I've seen in OMV is in the range 10x. Here are my user and group:
Code$ id wayne uid=1000(wayne) gid=100(users) groups=100(users),27(sudo),115(ssh),996(openmediavault-webgui),994(docker)
run id dockermgnr and see what your gid is. I bet it is 100 also.
You're right, my gid is 100. The "applications" group is a group i created via OMV gui to access various shared folders that contain app (such as docker) data
I updated the jellyfin stack but the outcome is still the same, no access to the webgui and the same "Access to the path '/etc/resolv.conf' is denied" error.
root@OMV:~# id dockermngr
uid=1000(dockermngr) gid=100(users) groups=100(users),1001(applications)