TwistedCarnivore

I normally upgrade from cl as my connection sucks and the web interface normally times out in the middle of the upgrade. I tried to upgrade nextcloud from cl and got this error. root@snafu:~# docker exec -it nextcloud updater.phar OCI runtime exec failed: exec failed: unable to start container process: exec: "updater.phar": executable file not found in $PATH: unknown Any suggestions?

Works great on 6.11.5 Instructions for moving dashboard back to the left side works fine. 👍

The pi doesn't run docker currently. Is there a non docker install for this.

What would you use on a pi running pihole to sync with a docker instance on unraid running pihole synch as master. Unraid docker as master pi running pihole as slave

I have an issue with scrutiny causing read errors on spundown drives. If scrutiny tries to do a smart read on a drive that is spundown, unraid shows a read error. If it goes on long enough unraid will eventually deactivate the drive. After a drive is deactivated unraid starts seeing phantom drives and the drive mappings get totally screwed up. The phantom drives seems to be a known issue with scrutiny. Turning off spindown and the problem goes away. Somewhere the drives aren't getting the message to spin up prior to scrutiny trying to do a smart read. I think the problem is in scrutiny but hopefully this will help someone else having the same problem.

I just wanted to thank you for an excellent plugin. I installed it on an R720XD, Unraid 6.10.3 pro and no problems at all. I did notice 1 weirdness when I put a drive in the wrong spot and then put the correct drive in that same spot. The the drive being replaced disappeared and wasn't on the list of available drives. Force Scan All and it reappeared in the list. ID10T error on my part, but it did freak me out a bit. Not really a bug, just unexpected behavior. Will it pick up a pcie ssd card? Planning on adding one to this system and would be nice if it shows up. Have a beer on me.

Thought I would post the trials and tribulations I have gone thru to get this container working. Hopefully it helps someone else that might have similar problems. First Dumb Mistake PostArgs: && docker exec -u 0 NAME_OF_THIS_CONTAINER /bin/sh -c 'echo "umask 000" >> /etc/apache2/envvars' Not being a wizard with docker, I installed the container twice with NAME_OF_THIS_CONTAINER. Finally figured out that it should be replaced with the name of the container, Nextcloud, unless you have changed it to something else. In my defense it was late at night and I was tired. Slow Connection Trap I kept having problems with the initial setup timing out. Sometimes nextcloud would start but things were missing or it wouldn't start at all. After numerous reinstalls, and lots of research I found out how to fix that problem. Modify the file appdata/nextcloud/nextcloud/lib/private/Installer.php Change the line $timeout = $this->isCLI ? 0 : 120; to $timeout = $this->isCLI ? 0 : 1200; If you upgrade nextcloud that file will probably be overwritten so the change is a workaround, not a permanent fix. Last Problem This one is also related to slow connections. After the container is installed Nextcloud shows running, but it is not ready to configure. If you try and run the initial configuration before it downloads everything it needs you'll get all kinds of weird errors, mostly concerning database tables that are missing. Before you run the configuration page check the log from the docker tab. If all it says is Initializing nextcloud 22.2.0.2 ... wait for it to finish. The log will look something like this when it is ready. Initializing nextcloud 22.2.0.2 ... Initializing finished New nextcloud instance AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 192.168.1.4. Set the 'ServerName' directive globally to suppress this message AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 192.168.1.4. Set the 'ServerName' directive globally to suppress this message [Thu Oct 07 17:05:36.561689 2021] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.48 (Debian) PHP/8.0.11 configured -- resuming normal operations Now you can run the configuration and everything should work fine. Hope this helps someone else that is pulling their hair out on a slow connection.

I have 2 servers in different locations on the same domain. Server 1 ## ddclient.conf daemon=600 syslog=yes #mail=root #mail-failure=root pid=/var/run/ddclient/ddclient.pid # record PID in file. ssl=yes use=web, web=checkip.dynu.com/, web-skip='IP Address' server=api.dynu.com protocol=dyndns2 login=user password=password domain.xyz That one works fine. Server 2 ## ddclient.conf daemon=600 syslog=yes #mail=root #mail-failure=root pid=/var/run/ddclient/ddclient.pid ssl=yes use=web, web=checkip.dynu.com/, web-skip='IP Address' server=api.dynu.com protocol=dyndns2 login=user password=password siteb.domain.xyz Every time it runs I get 2 message in the log. WARNING: file /var/cache/ddclient/ddclient.cache, line 3: Invalid Value for keyword 'ip' = '' FAILED: updating xxxxx.xxxxx.xyz: badauth: Bad authorization (username or password) I even copied the config from server 1 to server 2 and changed the domain to the correct one for the server and still get the errors. Both servers run the same version of unraid and the same version of ddclient. I removed the docker container and all configs and reinstalled it but get the same results. I am at loss as to what to check next. Any ideas would be helpful.