FooYoungHi

I'm having a similar issue to the person above, but only with "oc_files_versions". Piece from my post in the Nextcloud topic: Upon checking the database with adminer, I see that the table exists, but it doesn´t have the 'InnoDB' engine, it's blank. The same with the 'collation' column. The rest of the columns have the value: "?". If I click on the table, I also get the error that it doesn't exist in this engine. This way I can´t manually try to fix the table. Due to this I can´t create a backup of the database, since it gives me an error. I've tried to 'occ upgrade' in the nextcloud terminal, but that stops at the same error. Forcing MariaDB to upgrade again just gives the same error. Rolling back to a previous version of nextcloud doesn't do anyhing either. I'm stuck in maintenance mode (nothing is fixed when I disable it). Any help would be greatly appreciated. From what I understand the table is not corrupt, but for some reason MariaDB can't find/read them. It lists it, but claims it doens't exist. I've tried looking for a fix myself, but since my knowledge of databases is too limited, I'm careful. Is there any hope, or should I see this as a loss? (And my own mistake for not making adequate backups)

What exactly are the errors that you are getting? For me, the update to version 28 seems to have messed something up (check earlier post). If you are REALLY out of date, you could roll back a few versions, and see if an incremental update will fix things. This did it for me in the past. (you can check older versions here: https://github.com/linuxserver/docker-nextcloud/releases )

I have a similar problem as some other people a few posts back. I updated to the latest version, and afterwards I'm stuck in maintenance mode, and in the log I get the error: using keys found in /config/keys Initializing nextcloud 28.0.0.11 (this can take a while) ... Upgrading nextcloud from 27.1.4.1 ... Setting permissions Setting log level to debug Updating database schema Exception: Database error when running migration 28000Date20231103104802 for app core An exception occurred while executing a query: SQLSTATE[42S02]: Base table or view not found: 1932 Table 'nextcloud.oc_files_versions' doesn't exist in engine Update failed Maintenance mode is kept active Resetting log level Initializing finished The table is different, but the concept seems to be the same as a few posts back. I also saw that MariaDB was asking for an upgrade, so I did that. MariaDB also told me that this table doesn´t exist in engine. Upon checking the database with adminer, I see that the table exists, but it doesn´t have the 'InnoDB' engine, it's blank. The same with the 'collation' column. The rest of the columns have the value: "?". If I click on the table, I also get the error that it doesn't exist in this engine. This way I can´t manually try to fix the table. Due to this I can´t create a backup of the database, since it gives me an error. I've tried to 'occ upgrade' in the nextcloud terminal, but that stops at the same error. Forcing MariaDB to upgrade again just gives the same error. Rolling back to a previous version of nextcloud doesn't do anyhing either. I'm stuck in maintenance mode (nothing is fixed when I disable it). Any help would be greatly appreciated.

Yesterday I upgraded my server, and decided to virtualise Unraid. Getting it to boot and everything went fine, thanks to the tutorials from IBRACORP on YT. The only thing I'm running into, is that for some reason It won't connect to the internet. I can access my shares on the local network no problem, but going to the appstore or checking for updates is failing. What I've tried: In proxmox: I have looked at the virtbr0 mapping, and it redirects to the active ethernet connection. It is active and autostart is enabled. I've tried turning all firewalls off, turning them all on while accepting ports 80 and 443 (HTTP and HTTPS) Nothing worked. In Unraid: I've removed the default gateway in the network settings to no avail. I don´t know any other settings that could impact the connection. In my router: I've changed the port forward from the Unraid IP to the proxmox IP. I'm kind of stumped, and it is hard to figure out there the issue is. Is it proxmox? (firewalls?) Do I need to change some things in Unraid? Is it my router? Can anyone push me in the right direction? What am I missing?

Idle, my FX8320 is mostly around 1 - 3% load, but every 10-15 seconds seems to go to 30% for a second or so. No idea what causes that, I'll need to test that by turning off dockers one at a time or something.

I pay around €0.25 for 1 KWh in the Netherlands. I just browsed around, and it seems it is more around €0.30 if you get a new contract now... I already have the RAM, but in 4 sticks of 4GB, so Ideally I'd need a Mobo with 4 slots. Shame to read that the i3 might not cut it. Are there any tasks in particular you think it will bottleneck, or is it just keeping my dockers/system running?

Hey all. I'm running my Unraid server on an FX8320. I don't do a lot of intensive things on it (few dockers, mainly nextcloud, bitwarden, Home Assistant and Plex; mainly for 1 stream and hardly ever transcoding). I don't feel like the CPU is being utilised very much, and the idle power consumption of the system is pretty high, averaging at around 100W, costing me around €18/month. I have 7HDDs and 3SSDs, but even if I spin them all down (most are spun down due to not being used anyways), the power consumption doesn't change a lot, so I suspect my CPU, since I don't have a GPU in the system. I got my hands on (=free) an i3 4170, and from what I can find, the idle power consumption is way lower than the 8320, around 50%. I have a motherboard for the i3, but it only has 2x SATA3 (and 2x SATA2)ports and only 2 RAM slots, so to use that as I do now, that would require me to buy new ram and a new cable for my HBA, and I think getting a used mainboard is cheaper. I found ones that will do what I need for around €50-75. My question is as follows: Is it worth it investing around €50-75 for a motherboard to replace my current 8320 setup, or will I get performance issues? Is the difference in power draw really thát significant? If so, the change will earn itself back pretty fast, but if I get issues running things, It's not worth it for me.

Overnight I got issues with accessing the WebUI. Last night I had no problems, but today it refuses to work. I tried restarting the docker, rebooting Unraid, rebooting my router, updating the VPN server list and disabling the VPN option. Nothing works. I also tried to access the Webui from different PCs. The log stops at: "Waiting for Deluge process to start listening on port 58846..." I think the only thing I did yesterday was add the 'labels' plugin. I don't think It has anything to do with this or how to disable it outside of the WebUI. Does anyone have an idea how to fix this? I couldn't find any working solutions in this thread. Maybe I've overlooked somthing. 😔 Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2021-02-07 15:18:28.240111 [info] System information Linux e0e79a5abff0 4.19.107-Unraid #1 SMP Thu Mar 5 13:55:57 PST 2020 x86_64 GNU/Linux 2021-02-07 15:18:28.274359 [info] OS_ARCH defined as 'x86-64' 2021-02-07 15:18:28.311080 [info] PUID defined as '99' 2021-02-07 15:18:28.413647 [info] PGID defined as '100' 2021-02-07 15:18:28.563697 [info] UMASK defined as '000' 2021-02-07 15:18:28.595871 [info] Permissions already set for volume mappings 2021-02-07 15:18:28.633765 [info] Deleting files in /tmp (non recursive)... 2021-02-07 15:18:28.671868 [info] VPN_ENABLED defined as 'yes' 2021-02-07 15:18:28.706462 [warn] VPN_CLIENT not defined (via -e VPN_CLIENT), defaulting to 'openvpn' 2021-02-07 15:18:28.739286 [info] VPN_PROV defined as 'custom' 2021-02-07 15:18:28.779336 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/mullvad_nl_ams.ovpn 2021-02-07 15:18:28.845219 [info] VPN remote server(s) defined as 'nl-ams-015.mullvad.net,' 2021-02-07 15:18:28.873530 [info] VPN remote port(s) defined as '1195,' 2021-02-07 15:18:28.901734 [info] VPN remote protcol(s) defined as 'udp,' 2021-02-07 15:18:28.935420 [info] VPN_DEVICE_TYPE defined as 'tun0' 2021-02-07 15:18:28.968620 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS) 2021-02-07 15:18:29.002181 [info] LAN_NETWORK defined as '192.168.2.0/24' 2021-02-07 15:18:29.035858 [info] NAME_SERVERS defined as '209.222.18.222,37.235.1.174,1.1.1.1,8.8.8.8,209.222.18.218,37.235.1.177,1.0.0.1,8.8.4.4' 2021-02-07 15:18:29.068837 [info] VPN_USER defined as 'XXXXXXXX' 2021-02-07 15:18:29.101713 [info] VPN_PASS defined as 'XXXXXXXX' 2021-02-07 15:18:29.134904 [info] ENABLE_PRIVOXY defined as 'no' 2021-02-07 15:18:29.168113 [info] ADDITIONAL_PORTS not defined (via -e ADDITIONAL_PORTS), skipping allow for custom incoming ports 2021-02-07 15:18:29.201876 [info] DELUGE_DAEMON_LOG_LEVEL not defined,(via -e DELUGE_DAEMON_LOG_LEVEL), defaulting to 'info' 2021-02-07 15:18:29.235645 [info] DELUGE_WEB_LOG_LEVEL not defined,(via -e DELUGE_WEB_LOG_LEVEL), defaulting to 'info' 2021-02-07 15:18:29.279296 [info] Starting Supervisor... 2021-02-07 15:18:29,543 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing 2021-02-07 15:18:29,543 INFO Set uid to user 0 succeeded 2021-02-07 15:18:29,548 INFO supervisord started with pid 6 2021-02-07 15:18:30,550 INFO spawned: 'start-script' with pid 172 2021-02-07 15:18:30,552 INFO spawned: 'watchdog-script' with pid 173 2021-02-07 15:18:30,552 INFO reaped unknown pid 7 (exit status 0) 2021-02-07 15:18:30,558 DEBG 'start-script' stdout output: [info] VPN is enabled, beginning configuration of VPN 2021-02-07 15:18:30,559 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-02-07 15:18:30,559 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-02-07 15:18:30,644 DEBG 'start-script' stdout output: [info] Adding 209.222.18.222 to /etc/resolv.conf 2021-02-07 15:18:30,648 DEBG 'start-script' stdout output: [info] Adding 37.235.1.174 to /etc/resolv.conf 2021-02-07 15:18:30,652 DEBG 'start-script' stdout output: [info] Adding 1.1.1.1 to /etc/resolv.conf 2021-02-07 15:18:30,657 DEBG 'start-script' stdout output: [info] Adding 8.8.8.8 to /etc/resolv.conf 2021-02-07 15:18:30,661 DEBG 'start-script' stdout output: [info] Adding 209.222.18.218 to /etc/resolv.conf 2021-02-07 15:18:30,665 DEBG 'start-script' stdout output: [info] Adding 37.235.1.177 to /etc/resolv.conf 2021-02-07 15:18:30,669 DEBG 'start-script' stdout output: [info] Adding 1.0.0.1 to /etc/resolv.conf 2021-02-07 15:18:30,673 DEBG 'start-script' stdout output: [info] Adding 8.8.4.4 to /etc/resolv.conf 2021-02-07 15:18:45,732 DEBG 'start-script' stdout output: [info] Default route for container is 172.17.0.1 2021-02-07 15:18:45,749 DEBG 'start-script' stdout output: [info] Docker network defined as 172.17.0.0/16 2021-02-07 15:18:45,754 DEBG 'start-script' stdout output: [info] Adding 192.168.2.0/24 as route via docker eth0 2021-02-07 15:18:45,755 DEBG 'start-script' stdout output: [info] ip route defined as follows... -------------------- 2021-02-07 15:18:45,756 DEBG 'start-script' stdout output: default via 172.17.0.1 dev eth0 172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.2 192.168.2.0/24 via 172.17.0.1 dev eth0 2021-02-07 15:18:45,756 DEBG 'start-script' stdout output: -------------------- 2021-02-07 15:18:45,759 DEBG 'start-script' stdout output: iptable_mangle 16384 2 ip_tables 24576 6 iptable_filter,iptable_nat,iptable_mangle 2021-02-07 15:18:45,760 DEBG 'start-script' stdout output: [info] iptable_mangle support detected, adding fwmark for tables 2021-02-07 15:18:45,822 DEBG 'start-script' stdout output: [info] iptables defined as follows... -------------------- 2021-02-07 15:18:45,823 DEBG 'start-script' stdout output: -P INPUT DROP -P FORWARD DROP -P OUTPUT DROP -A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 1195 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --sport 1195 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8112 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 8112 -j ACCEPT -A INPUT -s 192.168.2.0/24 -i eth0 -p tcp -m tcp --dport 58846 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -i tun0 -j ACCEPT -A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 1195 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --dport 1195 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 8112 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8112 -j ACCEPT -A OUTPUT -d 192.168.2.0/24 -o eth0 -p tcp -m tcp --sport 58846 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A OUTPUT -o lo -j ACCEPT -A OUTPUT -o tun0 -j ACCEPT 2021-02-07 15:18:45,824 DEBG 'start-script' stdout output: -------------------- 2021-02-07 15:18:45,825 DEBG 'start-script' stdout output: [info] Starting OpenVPN (non daemonised)... 2021-02-07 15:18:45,849 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'AES-256-CBC' to --data-ciphers or change --cipher 'AES-256-CBC' to --data-ciphers-fallback 'AES-256-CBC' to silence this warning. 2021-02-07 15:18:45,849 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 WARNING: file 'credentials.conf' is group or others accessible 2021-02-07 15:18:45 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Nov 6 2020 2021-02-07 15:18:45 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10 2021-02-07 15:18:45,849 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2021-02-07 15:18:45,850 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 TCP/UDP: Preserving recently used remote address: [AF_INET]185.65.134.145:1195 2021-02-07 15:18:45,850 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 Socket Buffers: R=[212992->1048576] S=[212992->1048576] 2021-02-07 15:18:45 UDP link local: (not bound) 2021-02-07 15:18:45 UDP link remote: [AF_INET]185.65.134.145:1195 2021-02-07 15:18:45,859 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 TLS: Initial packet from [AF_INET]185.65.134.145:1195, sid=78659513 35c46376 2021-02-07 15:18:45,876 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 VERIFY OK: depth=1, C=SE, ST=Gotaland, O=Amagicom AB, OU=Mullvad, CN=Mullvad Intermediate CA v3, [email protected] 2021-02-07 15:18:45,876 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 VERIFY KU OK 2021-02-07 15:18:45 Validating certificate extended key usage 2021-02-07 15:18:45 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication 2021-02-07 15:18:45 VERIFY EKU OK 2021-02-07 15:18:45 VERIFY OK: depth=0, C=SE, ST=Gotaland, O=Amagicom AB, OU=Mullvad, CN=nl-ams-015.mullvad.net, [email protected] 2021-02-07 15:18:45,886 DEBG 'start-script' stdout output: 2021-02-07 15:18:45 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1557', remote='link-mtu 1558' 2021-02-07 15:18:45 WARNING: 'comp-lzo' is present in remote config but missing in local config, remote='comp-lzo' 2021-02-07 15:18:45 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_CHACHA20_POLY1305_SHA256, 4096 bit RSA 2021-02-07 15:18:45 [nl-ams-015.mullvad.net] Peer Connection Initiated with [AF_INET]185.65.134.145:1195 2021-02-07 15:18:47,062 DEBG 'start-script' stdout output: 2021-02-07 15:18:47 SENT CONTROL [nl-ams-015.mullvad.net]: 'PUSH_REQUEST' (status=1) 2021-02-07 15:18:48,099 DEBG 'start-script' stdout output: 2021-02-07 15:18:48 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.9.0.1,redirect-gateway def1 bypass-dhcp,route-ipv6 0000::/2,route-ipv6 4000::/2,route-ipv6 8000::/2,route-ipv6 C000::/2,comp-lzo no,route-gateway 10.9.0.1,topology subnet,socket-flags TCP_NODELAY,ifconfig-ipv6 fdda:d0d0:cafe:1195::1017/64 fdda:d0d0:cafe:1195::,ifconfig 10.9.0.25 255.255.0.0,peer-id 23,cipher AES-256-GCM' 2021-02-07 15:18:48 Pushed option removed by filter: 'route-ipv6 0000::/2' 2021-02-07 15:18:48 Pushed option removed by filter: 'route-ipv6 4000::/2' 2021-02-07 15:18:48 Pushed option removed by filter: 'route-ipv6 8000::/2' 2021-02-07 15:18:48 Pushed option removed by filter: 'route-ipv6 C000::/2' 2021-02-07 15:18:48,099 DEBG 'start-script' stdout output: 2021-02-07 15:18:48 Pushed option removed by filter: 'ifconfig-ipv6 fdda:d0d0:cafe:1195::1017/64 fdda:d0d0:cafe:1195::' 2021-02-07 15:18:48 OPTIONS IMPORT: compression parms modified 2021-02-07 15:18:48 OPTIONS IMPORT: --socket-flags option modified 2021-02-07 15:18:48 NOTE: setsockopt TCP_NODELAY=1 failed 2021-02-07 15:18:48 OPTIONS IMPORT: --ifconfig/up options modified 2021-02-07 15:18:48 OPTIONS IMPORT: route options modified 2021-02-07 15:18:48 OPTIONS IMPORT: route-related options modified 2021-02-07 15:18:48 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified 2021-02-07 15:18:48 OPTIONS IMPORT: peer-id set 2021-02-07 15:18:48 OPTIONS IMPORT: adjusting link_mtu to 1624 2021-02-07 15:18:48 OPTIONS IMPORT: data channel crypto options modified 2021-02-07 15:18:48 Data Channel: using negotiated cipher 'AES-256-GCM' 2021-02-07 15:18:48 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key 2021-02-07 15:18:48 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key 2021-02-07 15:18:48 net_route_v4_best_gw query: dst 0.0.0.0 2021-02-07 15:18:48 net_route_v4_best_gw result: via 172.17.0.1 dev eth0 2021-02-07 15:18:48 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:02 2021-02-07 15:18:48,099 DEBG 'start-script' stdout output: 2021-02-07 15:18:48 TUN/TAP device tun0 opened 2021-02-07 15:18:48,100 DEBG 'start-script' stdout output: 2021-02-07 15:18:48 net_iface_mtu_set: mtu 1500 for tun0 2021-02-07 15:18:48 net_iface_up: set tun0 up 2021-02-07 15:18:48 net_addr_v4_add: 10.9.0.25/16 dev tun0 2021-02-07 15:18:48 /root/openvpnup.sh tun0 1500 1552 10.9.0.25 255.255.0.0 init 2021-02-07 15:18:48,102 DEBG 'start-script' stdout output: 2021-02-07 15:18:48 net_route_v4_add: 185.65.134.145/32 via 172.17.0.1 dev [NULL] table 0 metric -1 2021-02-07 15:18:48,102 DEBG 'start-script' stdout output: 2021-02-07 15:18:48 net_route_v4_add: 0.0.0.0/1 via 10.9.0.1 dev [NULL] table 0 metric -1 2021-02-07 15:18:48 net_route_v4_add: 128.0.0.0/1 via 10.9.0.1 dev [NULL] table 0 metric -1 2021-02-07 15:18:48 Initialization Sequence Completed 2021-02-07 15:18:49,133 DEBG 'start-script' stdout output: [info] Attempting to get external IP using 'http://checkip.amazonaws.com'... 2021-02-07 15:18:49,370 DEBG 'start-script' stdout output: [info] Successfully retrieved external IP address 185.65.134.175 2021-02-07 15:18:49,372 DEBG 'start-script' stdout output: [info] Application does not require port forwarding or VPN provider is != pia, skipping incoming port assignment 2021-02-07 15:18:49,407 DEBG 'watchdog-script' stdout output: [info] Deluge listening interface IP 0.0.0.0 and VPN provider IP 10.9.0.25 different, marking for reconfigure 2021-02-07 15:18:49,411 DEBG 'watchdog-script' stdout output: [info] Deluge not running 2021-02-07 15:18:49,416 DEBG 'watchdog-script' stdout output: [info] Deluge Web UI not running 2021-02-07 15:18:49,416 DEBG 'watchdog-script' stdout output: [info] Attempting to start Deluge... [info] Removing deluge pid file (if it exists)... 2021-02-07 15:18:49,823 DEBG 'watchdog-script' stdout output: [info] Deluge key 'listen_interface' currently has a value of '10.9.0.20' [info] Deluge key 'listen_interface' will have a new value '10.9.0.25' [info] Writing changes to Deluge config file '/config/core.conf'... 2021-02-07 15:18:50,050 DEBG 'watchdog-script' stdout output: [info] Deluge key 'outgoing_interface' currently has a value of 'tun0' [info] Deluge key 'outgoing_interface' will have a new value 'tun0' [info] Writing changes to Deluge config file '/config/core.conf'... 2021-02-07 15:18:50,255 DEBG 'watchdog-script' stdout output: [info] Deluge key 'default_daemon' currently has a value of '7cc58e82a993daa8339f7406d01f68db677e4058' [info] Deluge key 'default_daemon' will have a new value '7cc58e82a993daa8339f7406d01f68db677e4058' [info] Writing changes to Deluge config file '/config/web.conf'... 2021-02-07 15:18:50,649 DEBG 'watchdog-script' stdout output: [info] Deluge process started [info] Waiting for Deluge process to start listening on port 58846...

Thanks!! I'm back into NC again and updating as we speak. Is this way of updating (where you basically need to update twice) very common with dockers?

It gives me this: "root@1af0fcd2c990:/# occ status This version of Nextcloud is not compatible with > PHP 7.3.<br/>You are currently running 7.4.14.root@1af0fcd2c990:/#" I've done some digging into SpaceInvaderOne's videos, and I notice he has a video about upgrading Nextcloud that I missed. I'm following the guide now and see if that fixes it. I assume I'm still at version 15.. Edit: He updates through Nextcloud itself, so I obviously can't do that anymore.

I can't access Nextcloud at all, so I have no way of checking it, AFAIK. The console does seem to work, though. Can I check using that?

A few days ago, after updating it in the usual way (update in the docker tab) and I also got the "This version of Nextcloud is not compatible with > PHP 7.3. You are currently running 7.4.14." issue, like more people in this thread. A day earlier I suddenly couldn't access my Unraid UI anymore after updating some plugins and dockers, even though everything else worked (dockers, shares etc), so I had to reboot (after 266 days of uptime 😭) to fix it magically. I also jumped over from Let'sEncrypt to Swag using SpaceInvaderOne's video, thinking that might've been the issue. During that I saw that where he changed the config.php of Nextcloud, mine doesn't have the "trusted_proxies" line. I doubt it is, but could this be related? AFAIK I have the latest version of this docker. (had an update today) Was anyone able to fix this issue? Just for the nerd in me: The error mentions that nextcloud is incompatible with PHP 7.3 and that I'm running 7.4.14.. What is the problem then? I would understand it if I was running PHP 7.3, but it mentions a lower version then I'm running. Why would it not work? Is it a config-line somewhere that forces nextcloud to run in 7.3, while it isn't compatible with it?