FooYoungHi

Members
  • Posts

    20
  • Joined

  • Last visited

Posts posted by FooYoungHi

  1. 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)

  2. 31 minutes ago, MountainMining said:

    It seems that I've fouled up my Nextcloud install when updated the container from LinuxServer. I had not used NextCloud for a long time so it was very out of date. I've tried following a number of suggestions from various forums, but I think I should just uninstall and re-install NextCloud and MariaDB. to get a fresh start. What is the proper way to do this?  Thank you for your help.

    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 )

  3. 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.

  4. 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?

  5. 2 hours ago, Vr2Io said:

    it seems non-reasonable, how much electricity cost per 1kw from power company ?

    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...

     

    2 hours ago, Vr2Io said:

    Seems to be, i3-4170 too weak. Base on this, I wouldn't go ahead because you need cost for mobo and RAM.

    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?

  6. 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.

  7. 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...

     

  8. 24 minutes ago, skois said:

    Well that's it. If you upgrade docker, you must upgrade nextcloud also. So both of them keep up.
    Here is the tags of the docker, you need to roll back. 

    Update your nextcloud to v19,
    update the docker to latest again.
    update your nextcloud to v20.

     

    This docker tag should let you access webui
    linuxserver/nextcloud:19.0.3-ls100

     


    https://hub.docker.com/r/linuxserver/nextcloud/tags?page=1&ordering=last_updated 

     

    If you don't want to update NC instance. try the latest working tag for you.
    And keep it. Latest tags are for the latest NC instances.

    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?

  9. 8 minutes ago, skois said:

    occ status

    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.

  10. 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?

  11. I am indeed using Samsung SSDs as cache drives (2x 250GB 860 EVO).

    I assume there is no need to paste the diagnostics zip anymore, since there is no software fix?

     

    If I were to look for a SAS controller for my setup, are there some things I need to look for, compatibility wise? I currently have a 12 drive license, so with the 6 ports on my mobo, a 2 port SAS card (=8 SATA with 'special' cable, right?)should suffice for now.

  12. Sorry for upping this older topic, but since my problems are exactly the same, I thought it was a waste to make another topic about this.

    I recently swapped my unraid server's mobo/ram/cpu with my desktop hardware, and the CRC errors began. It used to run fine for months on a Ryzen 1600 cpu with a X370 mobo. Now that I switched it to an AMD 8320 on a AM3+ (Gigabyte 990FXA UD3 R5) mobo with 16GB RAM, it gives constand CRC errors. I've tried to change SATA cables with brand new ones, changed the cables from the PSU, put the SSDs in different connectors on the mobo, but nothing worked.

    Is there any BIOS setting or unraid config I can do to fix this, or is there no known fix as of now?

    I don't have the money at the moment to get a decent SAS controller for all my drives (would need one capable of running 12 drives, for future expansion), so that would be a no go for now.

    Does anyone have any ideas how to fix this?

  13. Thanks for the replies.

    On 2/1/2019 at 12:12 AM, trurl said:

    Take a look at the airsonic or libresonic dockers.

    To my understanding, both Airsonic and Libresonic have the same principle as Plex, but with some supported players. Unfortunately JetAudio Plus isn't one of them (yet).

    On 2/1/2019 at 1:21 AM, jonathanm said:

    Another option would be a VPN server on your home network, and connect to it with a VPN client on your phone. A point to point VPN like that makes it appear that your phone is still on your home network.

    That is an option I have looked at as well. The issue that I have is that I already have a VPN running (Nord), and combining 2 VPNs doesn't seem to be the most stable. It is a last resort option to turn one off and enable another.

    On 2/1/2019 at 3:51 AM, klipp01 said:

    Use Google music. Point the Google music manager app at your music share it will upload and convert to mp3 on Google cloud.

    Then you have access to music on your phone streaming from Google cloud. If you have a pc that music manager can run on all the time then anytime you add music to the library it will upload to Google music.

    Unfortunately I'd like to reduce my use of Google services to a minimum. I'd like to do on my own server what the Google servers do instead.

     

    It doesn't have to be high tech at all, a simple filemanager type interface is enough for me. The VPN suggestion will accomplish that, but as stated above, I'd like to keep that as a last resort, because of the other VPN issue.

  14. Currently I have my music on my PC and on my phone, and it's annoying, since there is no synchronization and it takes up a ton of space (I've backed up my CDs in FLAC format, so it's huge), so over time some songs are only on my phone or on my PC. To simplify it all I thought it would be a good idea to put it all in one place; my unraid server.

    I've put all my music on my server, and have no problems with it on my home network. When I'm not at home, I don't have a way to access my library. Preferably I would like to just be able to access the folder structure (just to keep it simple) and be able to play (stream) it on my player of choice (jetAudio Plus), with playlists etc. on my android phone.

    Plex makes it way more complicated to find what I want to listen to than needed, unless I spend hours setting it up properly and I can only play that in the Plex app. I do like the possibility of being able to transcode, although I don't know if that is needed for music. (I have 3Mb/sec upstream)

    I have Nextcloud set up, but I don't know if that can do what I'd like it to do. And for that to be easy, It would need to be a duplicate of another folder, I think, Taking up double the space on my server.

    Is there a docker/plugin that does this, or do I need to somehow make a specific share available online? Besides being possible, it obviously needs to be secure as well.

     

    Is anyone currently running something like this and can help me in the right direction?