stayupthetree

Did this resolve the watchdog issue and becoming unresponsive? this has happened to me every day the last 4 or 5 days. I dont have anything being passed through. Fortunately I have a KVM and can safe shutdown, but Im losing my mind doing this every day.

The File Descriptors worked thanks!

Currently it is showing (null) could that be part of it??

I don't know what changed, but I can't connect to my Unraid NFS shares any more. I attempted to restart and it fails. The logs show Jan 19 11:31:30 Star-Labs rpc.mountd[118572]: Unable to initialise v4clients watcher: Too many open files Jan 19 11:31:30 Star-Labs rc.nfsd: NFS server daemon... Failed. tail: inotify cannot be used, reverting to polling: Too many open files The last line is from when I tail the log files. So I thought maybe it was an inotify issue. I researched and saw to install Tips and Tweaks. I doubled my watches, nadda star-labs-diagnostics-20250119-1103.zip

I know this is old, but I wanted to thank you for this answer! After much banging of the head against this issue, this is the first page on the internet I came across with a clear answer to to fix my NFS permission issues.

no ipv6 here, just ipv4 from the br0 network

AdGuard container fails to start with the following error "DNS Resolution Error. Start the container with --dns=1.1.1.1 or 8.8.8.8"

Do you advertise the subnet or have Allow Local Network Access enabled?

I suspect it has to do with the "none" and it having a "null" network. Not sure how it was created but default if you do something like "docker network create the_arrs" is bridge. just did it here. Id create the network and point the container to it Looked at my configuration and none is something already setup by Unraid/Docker, so you just need to change your network off it to get an IP

Settings page is blank for me

How will this affect LXC in Unraid? https://discuss.linuxcontainers.org/t/important-notice-for-lxd-users-image-server/18479

Everything I've found on the topic was related to docker, but as you can see from the losetup output it isn't listed. Everything else I found on the topic that was an issue that was fixed? NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC /dev/loop1 0 0 1 1 /boot/bzfirmware 0 512 /dev/loop0 0 0 1 1 /boot/bzmodules 0 512 root@Tower:~# tail -F /var/log/syslog Apr 3 19:57:23 Tower emhttpd: Unmounting disks... Apr 3 19:57:23 Tower emhttpd: shcmd (274): /usr/sbin/zpool export cache Apr 3 19:57:23 Tower root: cannot unmount '/mnt/cache': pool or dataset is busy Apr 3 19:57:23 Tower emhttpd: shcmd (274): exit status: 1 Apr 3 19:57:23 Tower emhttpd: Retry unmounting disk share(s)... Apr 3 19:57:28 Tower emhttpd: Unmounting disks... Apr 3 19:57:28 Tower emhttpd: shcmd (275): /usr/sbin/zpool export cache Apr 3 19:57:28 Tower root: cannot unmount '/mnt/cache': pool or dataset is busy Apr 3 19:57:28 Tower emhttpd: shcmd (275): exit status: 1 Apr 3 19:57:28 Tower emhttpd: Retry unmounting disk share(s)... Apr 3 19:57:33 Tower emhttpd: Unmounting disks... Apr 3 19:57:33 Tower emhttpd: shcmd (276): /usr/sbin/zpool export cache Apr 3 19:57:33 Tower root: cannot unmount '/mnt/cache': pool or dataset is busy Apr 3 19:57:33 Tower emhttpd: shcmd (276): exit status: 1 Apr 3 19:57:33 Tower emhttpd: Retry unmounting disk share(s)...

default appsettings.json is blank

react resume server is a bust, sometimes I dont think people go through the setup process themselves before pushing an application through

I have a small compose stack setup and it working great for the most part. Problem is every night when I do a backup of my standard unraid docker containers, the stack is restarting. I've gone into the specific plugin and set the containers made from the stack to be skipped, which setting skip works for the standard unraid docker containers, but the stack keeps restarting every night. is there something somewhere I am overlooking causing this???

Music access doesn't work out of the box due to the container dir being set to /home/arm/Music in the template. In abcde.conf it outputs music to /home/arm/music. One of the two will need to be changed for it to work straight away.

After being up for a day or so I start having trouble loading pages in the GUI. I check the logs and there are ton of the errors below. If I reboot it is fine for a day or so. Diagnostics attached, tho it took a few tries to run it. star-labs-diagnostics-20230222-0700.zip

Did you remove the [ ] and leave the " " when you put the key in?

Well I resolved the issue with disc ejection. Edited the necessary files and attempted to create a pull request. I am not allowed. So if anyone needs help with ejecting discs, they can grab ripper.sh from here https://github.com/stayupthetree/docker-ripper/blob/master/root/ripper/ripper.sh Currently it installs sdparm when the container loads, a package needed for it. I have edited the Dockerfile to have it installed on container creation, so if want that, it is here https://github.com/stayupthetree/docker-ripper/blob/master/manual-build/Dockerfile Repo was updated and will now eject using sdparm method if initial method fails. 2 Burners successfully working. Recommended steps for those doing multiple containers for multiple drives. YMMV and will gladly help troubleshoot any issues. Have your drives plugged into your server and run either lssci -g or sg_map both will show the mappings of sr* to sg* that you will need, but the first one will show the specific drive as well in case you want that information for your container naming or what have you. When installing, by default it "Privileged Mode" is checked, and will need to be unchecked. Change the view from "Basic View" to "Advanced View" in the top right corner. Some extra lines will appear on the page. The "Extra Parameters" line by default is --device=/dev/sr0:/dev/sr0 and will work best changed to --device=/dev/sr0:/dev/sr0 --device=/dev/sg0:/dev/sg0 Left side of the : is the device in host(Unraid), and the right side is the device inside your Docker container. You will need to change the left side for each container you add after. Example, my second container "Extra Parameters looks like this --device=/dev/sr1:/dev/sr0 --device=/dev/sg1:/dev/sg0 The left side of the : is going to change based on what your results were from the Unraid host when you ran either of those commands mentioned above 'lssci -g' or 'sg_map'. Additionally if you want the WebUI Icon to show on your Docker tab for the containers, you will need to add the following to WebUI line http://[IP]:[PORT:9090] DONT FORGET to change the port down below when you add your 2nd container. The WebUI line will remain the same, just change the "Webserver:" line for your 2nd container.

Annnnnd I am where you are with the auto eject. Consoled in and am presented with this eject: unable to find or open device for: `cdrom' going to tinker around

1) thanks for the sg_map command! 2) Oddly enough with just /dev/sg0 the one drive was just ripping away, the second drive was finnicky. Went back and altered accordingly with --device=/dev/sg1:/dev/sg0 --device=/dev/sr1:/dev/sr0 --device=/dev/sg0:/dev/sg0 --device=/dev/sr0:/dev/sr0 And everything appears to ripping along gloriously! So the template should definitely be updated to include /dev/sg*, as by default it isn't in the parameters. I do it mentioned on the main github repo. I hesitate to mention it on the github, as I was an ass yesterday and feel bad about it.

Ill test that out. I have made tremendous headway since your mention of the priv mode. I think we, well at least me have been passing through the wrong device. Once I turned off priv mode, docker wasn't getting any devices. So I saw a mention of /dev/sg0 somewhere. I passed thru /dev/sg0 instead of /dev/sr0, and it picked up just the one drive. run lsscsi -g in an unraid console, and it iwll give some out put similar to [0:0:0:0] cd/dvd hp DVDRAM GT20L DC05 /dev/sr0 /dev/sg0 [1:0:0:0] disk PNY USB 2.0 FD PMAP /dev/sda /dev/sg2 [2:0:0:0] cd/dvd Memorex MRX-650LE v7 1.00 /dev/sr1 /dev/sg1 [6:0:0:0] disk ATA WDC WD80EFAX-68L 0A83 /dev/sdb /dev/sg3 [7:0:0:0] disk ATA WDC WD80EMAZ-00W 0A83 /dev/sdc /dev/sg4 [8:0:0:0] disk ATA WDC WD80EMAZ-00W 0A83 /dev/sdd /dev/sg5 [11:0:0:0] disk ATA WDC WD80EMAZ-00W 0A83 /dev/sde /dev/sg6 [12:0:0:0] disk ATA WDC WD80EFAX-68L 0A83 /dev/sdf /dev/sg7 [13:0:0:0] disk ATA WDC WD140EDFZ-11 0A81 /dev/sdg /dev/sg8 [13:0:1:0] disk ATA ST5000DM000-1FK1 CC44 /dev/sdh /dev/sg9 [13:0:2:0] disk ATA ST5000DM000-1FK1 CC49 /dev/sdi /dev/sg10 so in my first instance under extra parameters I did --device=/dev/sg0:/dev/sg0 and in my second instance --device=/dev/sg1:/dev/sg0 verified the container still saw /dev/sr0, and it does DRV:0,1,999,0,"DVD+R-DL Memorex MRX-650LE v7 1.00 SSG1B02846","","/dev/sr0" Now to try 2 discs 1 cup, er 2 discs 2 containers and see how it goes. I DONT think there will be any file issues with the output, but I suppose it is possible in some random scenarios.

I your drive inside docker is anything other than /dev/sr0, you will need to edit the beginning of ripper.sh under the # Paths section # Paths STORAGE_CD="/out/Ripper/CD" STORAGE_DATA="/out/Ripper/DATA" STORAGE_DVD="/out/Ripper/DVD" STORAGE_BD="/out/Ripper/BluRay" DRIVE="/dev/sr0" it does the eject command based on the DRIVE variable.

Outstanding! I will test that out. I never turned it on, as it was enabled by default for me. Thank you! I was pounding my head against a wall because I just couldn't wrap my head around why either would show up at all!

Thanks for chiming in so quickly, @squid. I am not willing to spend my free time with internet trolls. I will suggest tho that with sponsorships, usb dvd drives are fairly cheap on Amazon. Here's what I can say. After extensive testing, I wiped all remnants of Ripper off the server. Reinstalled removing the extra paramenter for device passthrough. I then consoled into the container and ran the command used inside ripper.sh to get the status of the drive. Here is my result. Perhaps someone here can explain how with zero devices passed through to the container, the container still shows both drives? root@e32418633928:/# makemkvcon -r --cache=1 info disc:9999 MSG:1005,0,1,"MakeMKV v1.16.5 linux(x64-release) started","%1 started","MakeMKV v1.16.5 linux(x64-release)" DRV:0,1,999,0,"DVD+R-DL hp DVDRAM GT20L DC05 KW29COA4542","","/dev/sr0" DRV:1,1,999,0,"DVD+R-DL Memorex MRX-650LE v7 1.00 SSG1B02846","","/dev/sr1" DRV:2,256,999,0,"","","" DRV:3,256,999,0,"","","" DRV:4,256,999,0,"","","" DRV:5,256,999,0,"","","" DRV:6,256,999,0,"","","" DRV:7,256,999,0,"","","" DRV:8,256,999,0,"","","" DRV:9,256,999,0,"","","" DRV:10,256,999,0,"","","" DRV:11,256,999,0,"","","" DRV:12,256,999,0,"","","" DRV:13,256,999,0,"","","" DRV:14,256,999,0,"","","" DRV:15,256,999,0,"","",""