jude

@BomB191 that's great to hear - thank you. I'm testing the fix now

thanks @BomB191 thats great to hear - I'll make those fixes now

In the last month I've started having this issue too. Asus Prime X470 Pro motherboard. Running Unraid 6.12.10. All fans shut off, hard drive temp warnings, 85C + CPU temps but system does not shut itself off. A reboot fixes this for a random amount of time and then it happens again. @tictoc has your combination of fixes held up?

Try Changing the Peer DNS Server to something like CloudFlares 1.1.1.1 Thats the only difference I see from my setup and yours

I'm having trouble after updating from version 17 to 18.0.10 It gets to the screen: Nextcloud will be updated to version 18.0.10 and then after I click on the Start Update button it has an error InvalidArgumentException: Column name "oc_flow_operations"."entity" is NotNull, but has empty string or null as default. I set this up following @SpaceInvaderOne's YouTube tutorial and I'm not sure how to make the necessary change to the MariaDB to fix the error the following link references the error and the solution https://github.com/nextcloud/server/issues/23174 I tried a number of the suggestions and they didn't work. None of them were specific to unraid dockers though. If someone could please provide a step by step of the commands needed in the MariaDB Docker console that would be very much appreciated

I decided to delete the contents of the openvpn folder again and redownload the files from https://www.privateinternetaccess.com/openvpn/openvpn.zip . Copied the three files needed back to the openvpn folder and this time the container started up no problem. I don't know what the problem was but its working and that's all the matters. Thank you for the help!

I can't access the console. I don't think it's accessible until the container starts and it won't start. It still feels like a permissions issue ........ but maybe its something else

hmmm pretty sure thats setup right but maybe ....... Container Path: /config host path: /mnt/cache/appdata/binhex-delugevpn the docker created the openvpn folder in /mnt/cache/appdata/binhex-delugevpn so the container path /config/openvpn/ should translate to /mnt/cache/appdata/binhex-delugevpn/openvpn/ unless i'm messing something up

I ran the following command chmod -R 777 /mnt/user/appdata/binhex-delugevpn/openvpn now the file permissions look like this root@Tower:/mnt/user/appdata/binhex-delugevpn/openvpn# ls -al total 12 drwxrwxr-x 1 nobody users 6 Jul 17 12:07 ./ drwxrwxr-x 1 nobody users 239 Jul 17 09:02 ../ -rwxrwxrwx 1 nobody users 2025 Jul 15 07:59 ca.rsa.2048.crt* -rwxrwxrwx 1 nobody users 869 Jul 15 07:59 crl.rsa.2048.pem* -rwxrwxrwx 1 nobody users 3180 Jul 15 07:59 toronto.ovpn* And i'm still getting the same start error 2020-07-17 16:32:28.135552 [info] System information Linux 56018defcf38 4.19.107-Unraid #1 SMP Sun Mar 8 14:34:03 CDT 2020 x86_64 GNU/Linux 2020-07-17 16:32:28.155602 [info] OS_ARCH defined as 'x86-64' 2020-07-17 16:32:28.177680 [info] PUID defined as '99' 2020-07-17 16:32:28.199094 [info] PGID defined as '100' 2020-07-17 16:32:28.250136 [info] UMASK defined as '000' 2020-07-17 16:32:28.269896 [info] Permissions already set for volume mappings 2020-07-17 16:32:28.292303 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info' 2020-07-17 16:32:28.312127 [info] DELUGE_WEB_LOG_LEVEL defined as 'info' 2020-07-17 16:32:28.331927 [info] VPN_ENABLED defined as 'yes' 2020-07-17 16:32:28.354248 [crit] No OpenVPN config file located in /config/openvpn/ (ovpn extension), please download from your VPN provider and then restart this container, exiting...

Hey @Geekd4d I think you're right seems like it could be a permissions issue. Any ideas on the commands I need to run to set the permissions so that the docker can access that file properly?

OK tried removing the space from the file name. Its now Toronto.ovpn root@Tower:/mnt/user/appdata/binhex-delugevpn/openvpn# ls -al total 12 drwxrwxr-x 1 nobody users 6 Jul 17 12:03 ./ drwxrwxr-x 1 nobody users 239 Jul 17 09:02 ../ -rw-rw-rw- 1 nobody users 3180 Jul 15 07:59 Toronto.ovpn -rw-rw-rw- 1 nobody users 2025 Jul 15 07:59 ca.rsa.2048.crt -rw-rw-rw- 1 nobody users 869 Jul 15 07:59 crl.rsa.2048.pem still not starting. See log 2020-07-17 12:03:58.879125 [info] System information Linux 56018defcf38 4.19.107-Unraid #1 SMP Sun Mar 8 14:34:03 CDT 2020 x86_64 GNU/Linux 2020-07-17 12:03:58.898479 [info] OS_ARCH defined as 'x86-64' 2020-07-17 12:03:58.917293 [info] PUID defined as '99' 2020-07-17 12:03:58.937562 [info] PGID defined as '100' 2020-07-17 12:03:58.974703 [info] UMASK defined as '000' 2020-07-17 12:03:58.992439 [info] Permissions already set for volume mappings 2020-07-17 12:03:59.011408 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info' 2020-07-17 12:03:59.029829 [info] DELUGE_WEB_LOG_LEVEL defined as 'info' 2020-07-17 12:03:59.048154 [info] VPN_ENABLED defined as 'yes' 2020-07-17 12:03:59.070252 [crit] No OpenVPN config file located in /config/openvpn/ (ovpn extension), please download from your VPN provider and then restart this container, exiting... Really odd that its kicking out an error that it can't find a .ovpn file and there is clearly one there

I used to have this working fine in the past and i'm setting it up again from scratch. I'm having an error getting it to start and I'm following @SpaceInvaderOne updated tutorial I'm getting this error in the log file 2020-07-17 09:03:59.883147 [info] System information Linux 56018defcf38 4.19.107-Unraid #1 SMP Sun Mar 8 14:34:03 CDT 2020 x86_64 GNU/Linux 2020-07-17 09:03:59.903354 [info] OS_ARCH defined as 'x86-64' 2020-07-17 09:03:59.923477 [info] PUID defined as '99' 2020-07-17 09:03:59.945295 [info] PGID defined as '100' 2020-07-17 09:03:59.982184 [info] UMASK defined as '000' 2020-07-17 09:04:00.001174 [info] Permissions already set for volume mappings 2020-07-17 09:04:00.022941 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info' 2020-07-17 09:04:00.043588 [info] DELUGE_WEB_LOG_LEVEL defined as 'info' 2020-07-17 09:04:00.062902 [info] VPN_ENABLED defined as 'yes' 2020-07-17 09:04:00.085933 [crit] No OpenVPN config file located in /config/openvpn/ (ovpn extension), please download from your VPN provider and then restart this container, exiting... I have downloaded the CA Toronto.ovpn file as well as the ca.rsa.2048.crt and crl.rsa.2048.pem files and copied them to the openvpn config folder (/mnt/cache/appdata/binhex-delugevpn/openvpn) as can be seen below root@Tower:/mnt/user/appdata/binhex-delugevpn/openvpn# ls -al total 12 drwxrwxr-x 1 nobody users 6 Jul 17 09:16 ./ drwxrwxr-x 1 nobody users 239 Jul 17 09:02 ../ -rw-rw-rw- 1 nobody users 3180 Jul 15 07:59 CA\ Toronto.ovpn -rw-rw-rw- 1 nobody users 2025 Jul 15 07:59 ca.rsa.2048.crt -rw-rw-rw- 1 nobody users 869 Jul 15 07:59 crl.rsa.2048.pem If I turn off the Container Variable: VPN_ENABLED then Deluge will start and I can access the GUI - not all that useful without the VPN though. I'm sure I'm missing something simple here but I can't figure out what.

I am having big problems with the video.meet.jitsi docker using more and more RAM. I had originally poster a question in another Jitsi thread and realise now that this is a more appropriate place to look for an answer. Original post Everything seems to work the way it should in terms of making meetings and video calls but the docker is quickly consuming RAM and this is while it is idle and no meetings or calls have happened. I restarted it this morning and in the last 4 hours the RAM usage for video.meet.jitsi has increased to 1.014GB and climbing. Any ideas on what is using the RAM and how I can stop this from happening?

Thanks I'm going to post my question into the Jitsi video support thread for @SpaceInvaderOne 's video. I should have posted there in the first place.

OK when I go into Portainer to check the log location and size for docker video.meet.jitsi it gives this location LogPath /var/lib/docker/containers/59c547b2df9694533b3e20444a0152279ad19096a515a3713a04e88c8cb94d3d/59c547b2df9694533b3e20444a0152279ad19096a515a3713a04e88c8cb94d3d-json.log when I go to that location in /var and find 59c547b2df9694533b3e20444a0152279ad19096a515a3713a04e88c8cb94d3d-json.log it shows the log file as 12,106K and rising slowly. At the same time Unraid's docker container management page shows video.meet.jitsi using 365.3MiB of RAM (and rising consistently) So I'm not sure that the log entries are creating the expanding RAM usage. Jitsi has been running for 25 minutes. I can't see where or how to change the log levels for each container in Unraid dockers or in Portainer. Can you give me the location for that please and thank you

Anyone else seeing the video.meet.jitsi docker using more and more RAM while it is idle? I installed using @SpaceInvaderOne youtube tutorial. Thankyou! Everything appears to be working correctly. I have forwarded the correct ports including UDP 10000. I can access Jitsi from my letsencrypt subdomain and i'm able to host meetings. I restarted Jitsi from Portainer yesterday by this morning video.meet.jitsi was using 3GB of RAM. I restarted it four hours ago and the RAM has already risen to 1.04GB. All of this has happened with no calls or video meets. Log for video.meet.jitsi Apr 28, 2020 1:50:46 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:50:50 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Running expire() Apr 28, 2020 1:50:56 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=da5ba21b2fd0ab2a gid=null logging=false Apr 28, 2020 1:50:56 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:51:06 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=adf53a44c98d816f gid=null logging=false Apr 28, 2020 1:51:06 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:51:16 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=eb771cc1e4f11232 gid=null logging=false Apr 28, 2020 1:51:16 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:51:26 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=be447f7dff3339ad gid=null logging=false Apr 28, 2020 1:51:26 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:51:36 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=fbcca0c754e72b8f gid=null logging=false Apr 28, 2020 1:51:36 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:51:46 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=6be89e8d7d38cc22 gid=null logging=false Apr 28, 2020 1:51:46 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:51:50 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Running expire() Apr 28, 2020 1:51:56 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=92e30cc88b43f7b0 gid=null logging=false Apr 28, 2020 1:51:56 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:52:06 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=b4bdff39698e5c22 gid=null logging=false Apr 28, 2020 1:52:06 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false Apr 28, 2020 1:52:16 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=61637a55c912c8ea gid=null logging=false Apr 28, 2020 1:52:16 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 3ms. Sticky failure: false Apr 28, 2020 1:52:26 PM org.jitsi.utils.logging2.LoggerImpl log INFO: create_conf, id=93b77f7dead71923 gid=null logging=false Apr 28, 2020 1:52:26 PM org.jitsi.utils.logging2.LoggerImpl log INFO: Performed a successful health check in 2ms. Sticky failure: false I'm hoping that someone has some ideas for taming the RAM consumption.

As @saarg said deleting the contents of the codecs folder and forcing Plex to download new codecs fixed this problem for me

Thank you that worked

I'm having some issues with certain files not playing remotely or locally on all machines and I wanted to see if an older version of the Plex server docker would fix the issue. I have tried removing the docker and the image and then reinstalling from template and changing the version field to 1.18.0.1913-e5cc93306-ls58 (as an example). The docker is pulled down but when I check on the version from with Plex settings it is still showing as Version 1.18.2.2029 (most up to date) Strangely I can watch certain shows on my Nvidia Shield TV but cannot watch the same episode on my Macbook or remotely. What is the correct procedure to downgrade/rollback to an earlier version and where do I find the full names and history for these versions? Thanks

It could be that rclone is crashing. Does rclone correctly start and allow you to browse the unionfs and rclone folder? I had to lower the buffer flag to --buffer-size 128M or rclone would run out of memory while Plex was scanning the directory. Its worth trying

Would I run the "Docker Safe New Perms"? Just having a look at the rclone_upload folder that is created by the mount script and it has the following permissions drwxrwxrwx 3 root root Shouldn't the script create the upload folder with nobody/users permissions?

No definitely mapped to the union folder. Sonarr could still see all of the episodes in a series when I did a scan of an episode within Sonarr. If Sonarr was pointed at the upload folder it wouldn't see any of that. It definitely seems permissions related. The error that it does not have access can also be generated by not being able to write to the destination folder (union folder).

Permissions problem? I am having issues with Sonarr not being able to import and move files from the /downloads folder and then send them to the /mnt/cache/rclone_upload/google_vfs folder. here is my mount script else echo "$(date "+%d.%m.%Y %T") INFO: mounting rclone vfs." # create directories for rclone mount and unionfs mount mkdir -p /mnt/user/appdata/other/rclone mkdir -p /mnt/cache/mount_rclone/google_vfs mkdir -p /mnt/cache/mount_unionfs/google_vfs mkdir -p /mnt/cache/rclone_upload/google_vfs rclone mount --allow-other --buffer-size 128M --attr-timeout 1000h --timeout 1h --dir-cache-time 1000h --fast-list --log-level INFO --umask 002 encrypted: /mnt/cache/mount_rclone/google_vfs & # check if mount successful # slight pause to give mount time to finalise sleep 5 if [[ -f "/mnt/cache/mount_rclone/google_vfs/mountcheck" ]]; then echo "$(date "+%d.%m.%Y %T") INFO: Check rclone gdrive vfs mount success." else echo "$(date "+%d.%m.%Y %T") CRITICAL: rclone gdrive vfs mount failed - please check for problems." rm /mnt/user/appdata/other/rclone/rclone_mount_running exit fi fi ####### End rclone gdrive mount ########## ####### Start unionfs mount ########## if [[ -f "/mnt/cache/mount_unionfs/google_vfs/mountcheck" ]]; then echo "$(date "+%d.%m.%Y %T") INFO: Check successful, unionfs already mounted." else unionfs -o cow,direct_io,allow_other,auto_cache,sync_read /mnt/cache/rclone_upload/google_vfs=RW:/mnt/cache/mount_rclone/google_vfs=RO /mnt/cache/mount_unionfs/google_vfs if [[ -f "/mnt/user/mount_unionfs/google_vfs/mountcheck" ]]; then echo "$(date "+%d.%m.%Y %T") INFO: Check successful, unionfs mounted." else echo "$(date "+%d.%m.%Y %T") CRITICAL: unionfs Remount failed." rm /mnt/user/appdata/other/rclone/rclone_mount_running exit fi fi ####### End Mount unionfs ########## ############### starting dockers that need unionfs mount ###################### # only start dockers once if [[ -f "/mnt/user/appdata/other/rclone/dockers_started" ]]; then echo "$(date "+%d.%m.%Y %T") INFO: dockers already started" rm /mnt/user/appdata/other/rclone/rclone_mount_running else touch /mnt/user/appdata/other/rclone/dockers_started echo "$(date "+%d.%m.%Y %T") INFO: Starting dockers." #docker start plex #docker start #docker start fi ############### end dockers that need unionfs mount ###################### I was worried that this was an issue with the docker paths not matching correctly but I have those matching what has been recommended. I stumbled across something odd. The downloaded files will be sitting in the downloads folder and Sonarr will not be able to import them. See below for typical error Couldn't import episode /downloads/completed/tv/The.Amazing.Race.Canada.S06E01.720p.HDTV.x264-aAF/The.Amazing.Race.Canada.S06E01.720p.HDTV.x264-aAF.mkv: Access to the path "/media/The Amazing Race Canada/Season 6" is denied. If I go to that pathway which is in /mnt/cache/mount_unionfs/google_vfs and look at permissions type ls -al I find that /mnt/cache/mount_unionfs/google_vfs/tv which maps to /media has permissions of drwxrwxrwx 1 root root 74 Oct 29 11:11 tv/ the folders within tv/ look like this drwxrwxr-x 1 root root 0 Sep 8 08:58 The\ Amazing\ Race\ Canada/ Now, if I go into /mnt/cache/rclone_upload/google_vfs and manually create the tv folder and series folder. then Sonarr is able to import the show and move it to the rclone_upload folder it now shows up in the union folder like this root@Tower:/mnt/cache/mount_unionfs/google_vfs/tv/The Amazing Race Canada/Season 6# ls -al drwxrwxrwx 1 root root 22 Oct 29 11:47 The\ Amazing\ Race\ Canada/ and -rw-r--r-- 1 nobody users 1706811776 Aug 8 2018 The\ Amazing\ Race\ Canada\ -\ S06E01\ -\ Just\ a\ Beaver\ Hero\ HDTV-720p.mkv This is beyond my skill level to properly explain let alone fix so I hope that I have provided enough information. TLDR is that nothing is moved into rclone_upload until I manually create the category and series folder in rclone_upload. At that point Sonarr creates the season folder and moves the renamed file into it. At that point the upload script can do its job. Unfortunately it then removes the category and series folder. Are there unionfs flags that I can add or permissions code that needs to be run by the script. Thanks

Looking at my system this morning and the mounts are all active (I can play files on Plex and browse folders). I did notice however that the upload script did not move three files to the cloud mount. The log shows that in the hours proceeding other files were downloaded and then properly uploaded. Then the next time the script runs it finds a new local file and directories in rclone_upload but does not start uploading it The script starts at 3:40am The file was completed in NZBget at 3:27am and moved to rclone_upload The script requires minimum age of 20minutes So I'm assuming it excluded the file due to its age but the problem is that the next time the script runs at 4am it again excludes the file and fails to upload it. Since then another two files have been added to rclone_upload and they also get excluded when the upload script runs. If I manually start the script the same thing happens. Any ideas on why the script would work and then start failing after a certain amount of time? edit One of those files has since uploaded and i have test downloaded two more files and then run the upload script and both of those new files uploaded. The two old files are still sitting there and are excluded each time the upload script runs. Still have no idea why. edit Turns out many of the weird issues were created by the rclone mount script creating a situation where I was running out of memory. I have reduced the memory demand to a --buffer-size 128M and now the rclone mount is stable and hasn't crashed once. I'm sure if I add more ram then I could bump this up.

Thats what I'm going to try the next chance I get to work on the server