Mephistopheles

Es ist wieder passiert. Relativ zuverlässig nachdem ich das letzte "große" Update auf Unraid 7 gemacht habe. Also: Mit jedem "größeren" Versionsupdate scheint einfach das TimeMachine-Backup kaputt zu gehen. 😐

Cool, Danke für die Tipps. 🙂 Ich hab' das direkt mal angepasst. Mal sehen, ob das besser läuft.

Naja, bei mir sieht das so aus: Vorher war das auch schon so - allerdings kann ich das für den Fehlerfall ja nicht mehr sagen, weil TimeMachine ja nicht mehr darauf zugreifen konnte. 🤷‍♂️

Da steht nichts auffällig drin. Ich habe es jetzt (wieder mal) gelöst, in dem ich das Share gelöscht und ein neues erstellt habe. Aber das kann ja keine Lösung sind, jetzt alle anderthalb Monate das Backup zu löschen und neu zu machen. 😯

Tach zusammen - ich schon wieder. Also: Ich habe mich jetzt an die Anleitungen gehalten, habe ein neues Share aufgesetzt, dass dann auch nur auf einer einzigen Platte läuft, alles brav konfiguriert - und das geht auch tatsächlich. Jetzt seit anderthalb Monaten. Bis heute Morgen. Ich habe keine Ahnung was das soll, aber ich stoße derweil ein paar farbenfrohe Flüche aus und stecke dann lieber immer mal wieder eine SSD an den Mac. Lässt sich irgendwie rausfinden, warum von einem Tag auf den anderen "Das Backup-Volume im Netzwerk die notwendigen Funktionalitäten" nicht mehr unterstützt? Ich meine: Das kann doch nicht sein? Es macht alles, was es machen soll - und Zack, unterstützt es die Funktionalität nicht mehr? Warum denn? Ging doch? Und dann nicht mehr? Ich glaube, Unraid verarscht mich... 😯

Mhm. Ok. Ich versuche mal die Daten via Unbalanced auf einer Platte zusammen zu schieben. Mal sehen, ob das klappt.

Das Sparsebundle war und ist über mehrere Platten verteilt. Mhm. Also könnte es ein, dass es plötzlich die "Plattengrenze" überschritten hat und damit dann ein Problem hat? Ich könnte jetzt also mal probieren das Share auf eine Platte zu beschränken, den Mover laufen zu lassen und es dann noch mal zu probieren, zum Share zu connecten?

Neues Update (ich gebe ja so schnell nicht auf): Mein neues Share war einfach "zu groß" und konnte deshalb nicht erstellt werden. Ok. Soweit so gut. In diesem neuen Share kann er dann auch wieder connecten und Backups machen. Bleibt die Frage: Warum kann er das bei dem alten Share nicht mehr? Und wie bringe ich ihn dazu, das wieder zu benutzen? 🤔

Ich habe jetzt auch schon mal verschiedene Dinge probiert. TimeMachine gestoppt, neu gestartet - kein Effekt. Server neu gestartet - kein Effekt. Versucht beim Share einmal TimeMachine Support auszuschalten und wieder an - kein Effekt. Versucht einen neuen Share zu erstellen - es wird einfach kein neuer Share erstellt. (Auch wenn ich Docker und VM abschalte nicht...)

Moin zusammen, von einem Moment auf den anderen schlägt das TimeMachine-Backup fehl. Da es jetzt monatelang problemlos lief, frage ich mich, was das jetzt plötzlich soll. Gibt's eine Möglichkeit, irgendwo in einem Log nachzulesen, warum plötzlich keine Verbindung mehr hergestellt werden kann?

Ha! Yay! Danke! 🙂 Das funktioniert. 🙂

Moin zusammen, ich habe da ein interessantes Phänomen: Auf meinem Server gibt es einige Ordner mit sehr vielen RAW-Fotos. Wenn ich versuche die auf dem Mac zu öffnen (mein Haupt-Computer), dann lädt der einfach unendlich lang und stürzt dann schlicht ab. Öffne ich die Ordner unter Windows (die uralte Zweit-Maschine, die eigentlich aussortiert gehört), braucht der Explorer da zwar länger, um die Ordner zu laden, öffnet aber alles fehlerfrei. Ich hatte schon Sorge, dass die Dateien irgendwie korrupt sein könnten - aber nein, es scheint tatsächlich so ein spezielles Mac-Problem zu sein. Habt ihr eine Idee, woran das liegen könnte? 🤔

Also die mcvlan-Call-Traces konnte ich beheben. Ich hab' mich einfach noch mal getraut auf ipvlan umzustellen und diesmal hat's keinen katatrophalen Fehler ergeben wie beim letzten Versuch. 😯 Jetzt muss ich nur noch rausfinden, warum ein Array-Spin-Down zum Absturz führt.

Es fühlt sich für mich auch an wie "geht nicht". 😁 Ich bin ja ein Freund von "Fehlermeldung - aha - kann ich beheben." Bisher war das immer so ein Fall von "Fehlermeldung - versuch ich zu beheben und mache dabei alles nur noch viel schlimmer." So wie diese Maclavan-Traces. Hab' ich mal versucht nach dem, was ich so im Netz gefunden habe zu beheben. Danach hatte ich keinen Zugriff mehr auf irgendwas, hab's wieder zurück gedreht und einfach wieder die Finger davon gelassen, weil ich Angst hab, nur noch mehr kaputt zu machen, wovon ich dann wieder keine Ahnung habe. 😯 Da sind auch "machine check errors". Aber die gab's eigentlich schon von Anfang an und nachdem was ich so gelesen habe (oder: Was ich in den letzten Jahren so dazu finden konnte), lassen die sich ignorieren. Lief ja jetzt auch so seine drei, vier Jahre ohne großes Murren. Das fing erst letzten Juli an - da hab' ich die Dose dann erstmal in die Ecke gestellt und liegen lassen. Jetzt hab' ich mal Zeit mich darum zu kümmern, finde aber keine für Normalsterbliche verständliche "Du hast das hier falsch gemacht, also machst du jetzt dies-und-jenes richtig und dann läuft alles"-Fehlermeldung. 😐 Ich bin da zugegebenermaßen ein ziemlicher Linux-Noob mit geringer Frustrationstoleranz. Aber ich hab' mal die Diagnostics angehangen. angrynerds-diagnostics-20240120-1700.zip

Noch ein Nachtrag: "Irgendwas" ist da wieder hängen geblieben. Neustart hat nicht funktioniert, runterfahren hat nicht funktioniert, Array stoppen endete in einem Timeout und hat auch nicht funktioniert... erst ein harter Reset hat dann wieder alles zum Leben erweckt. Und jetzt funktioniert auch das Share wieder. Ich schätze, das Problem ist viel grundsätzlicher als nur ein Share, das nicht funktioniert. Aber ich bin da gerade ein wenig hilflos, wo und wie ich anfangen sollte danach zu suchen. 😯

Ich stelle mittlerweile fest: Es liegt gar nicht unbedingt am Neustart. Der Share an sich lässt sich nicht öffnen. Also: Gar nicht. Auch wenn ich mich über SSH einlogge, komme ich nicht drauf, das lädt einfach nicht. Aber: Ich habe keine Idee warum und wie ich das beheben könnte.

Ha! Great! I exchanged the configuration file to another server and tadaaa - works again. And again I learned somethin new today (and got a lot of documentation to read). Thanks! I assume, it will kill itself too when the vpn connection breaks, to prevent ip leakage? So if I look at the WebUI and find a connection error, it's not a bug it's a safety feature. 😁

Uhm... I don't understand, the connection between the fail to connect to the local docker-container and the vpn-provider. But, here is the log: Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2024-01-11 19:45:47.033150 [info] Host is running unRAID 2024-01-11 19:45:47.125290 [info] System information Linux 0c564fac1cfd 6.1.64-Unraid #1 SMP PREEMPT_DYNAMIC Wed Nov 29 12:48:16 PST 2023 x86_64 GNU/Linux 2024-01-11 19:45:47.215604 [info] PUID defined as '99' 2024-01-11 19:45:47.307258 [info] PGID defined as '100' 2024-01-11 19:45:47.419764 [info] UMASK defined as '000' 2024-01-11 19:45:47.499505 [info] Permissions already set for '/config' 2024-01-11 19:45:47.582146 [info] Deleting files in /tmp (non recursive)... 2024-01-11 19:45:47.682455 [info] VPN_ENABLED defined as 'yes' 2024-01-11 19:45:47.762250 [info] VPN_CLIENT defined as 'openvpn' 2024-01-11 19:45:47.843344 [info] VPN_PROV defined as 'custom' 2024-01-11 19:45:47.941712 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/jfk-006.default.ovpn 2024-01-11 19:45:48.093784 [info] VPN remote server(s) defined as 'jfk-006.vpn.privado.io,' 2024-01-11 19:45:48.164818 [info] VPN remote port(s) defined as '1194,' 2024-01-11 19:45:48.233888 [info] VPN remote protcol(s) defined as 'udp,' 2024-01-11 19:45:48.312596 [info] VPN_DEVICE_TYPE defined as 'tun0' 2024-01-11 19:45:48.392636 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS) 2024-01-11 19:45:48.494509 [debug] DNS operational, we can resolve name 'jfk-006.vpn.privado.io' to address '146.70.115.81' 2024-01-11 19:45:48.587132 [debug] iptables default policies available, setting policy to drop... 2024-01-11 19:45:48.672862 [debug] ip6tables default policies available, setting policy to drop... 2024-01-11 19:45:48.763614 [debug] Docker interface defined as eth0 2024-01-11 19:45:48.867470 [info] LAN_NETWORK defined as '192.168.1.0/24' 2024-01-11 19:45:48.947075 [info] NAME_SERVERS defined as '84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1' 2024-01-11 19:45:49.026094 [info] VPN_USER defined as '' 2024-01-11 19:45:49.105541 [info] VPN_PASS defined as '' 2024-01-11 19:45:49.183352 [info] ENABLE_PRIVOXY defined as 'no' 2024-01-11 19:45:49.269856 [info] VPN_INPUT_PORTS not defined (via -e VPN_INPUT_PORTS), skipping allow for custom incoming ports 2024-01-11 19:45:49.349204 [info] VPN_OUTPUT_PORTS not defined (via -e VPN_OUTPUT_PORTS), skipping allow for custom outgoing ports 2024-01-11 19:45:49.434055 [info] Starting Supervisor... 2024-01-11 19:45:49,945 INFO Included extra file "/etc/supervisor/conf.d/sabnzbdvpn.conf" during parsing 2024-01-11 19:45:49,946 INFO Set uid to user 0 succeeded 2024-01-11 19:45:49,952 INFO supervisord started with pid 7 2024-01-11 19:45:50,958 INFO spawned: 'start-script' with pid 201 2024-01-11 19:45:50,963 INFO spawned: 'watchdog-script' with pid 202 2024-01-11 19:45:50,965 INFO reaped unknown pid 8 (exit status 0) 2024-01-11 19:45:50,975 DEBG 'start-script' stdout output: [info] VPN is enabled, beginning configuration of VPN 2024-01-11 19:45:50,976 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2024-01-11 19:45:50,976 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2024-01-11 19:45:51,006 DEBG 'start-script' stdout output: [warn] Password contains characters which could cause authentication issues, please consider changing this if possible 2024-01-11 19:45:51,130 DEBG 'start-script' stdout output: [debug] Contents of ovpn file /config/openvpn/jfk-006.default.ovpn as follows... 2024-01-11 19:45:51,133 DEBG 'start-script' stdout output: client dev tun proto udp remote jfk-006.vpn.privado.io 1194 resolv-retry infinite nobind persist-key persist-remote-ip tls-client #block-outside-dns route 0.0.0.0 0.0.0.0 vpn_gateway route-delay 3 # if you're using openvpn versions later than 2.5 uncomment the following: # data-ciphers AES-256-CBC # data-ciphers-fallback AES-256-CBC # openvpn versions <= 2.5 use the following default settings: auth SHA256 cipher AES-256-CBC tls-cipher TLS-DHE-RSA-WITH-AES-256-CBC-SHA:TLS-DHE-DSS-WITH-AES-256-CBC-SHA:TLS-RSA-WITH-AES-256-CBC-SHA remote-cert-tls server auth-user-pass credentials.conf verb 3 <ca> -----BEGIN CERTIFICATE----- MIIFKDCCAxCgAwIBAgIJAMtrmqZxIV/OMA0GCSqGSIb3DQEBDQUAMBIxEDAOBgNV BAMMB1ByaXZhZG8wHhcNMjAwMTA4MjEyODQ1WhcNMzUwMTA5MjEyODQ1WjASMRAw DgYDVQQDDAdQcml2YWRvMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA xPwOgiwNJzZTnKIXwAB0TSu/Lu2qt2U2I8obtQjwhi/7OrfmbmYykSdro70al2XP hnwAGGdCxW6LDnp0UN/IOhD11mgBPo14f5CLkBQjSJ6VN5miPbvK746LsNZl9H8r QGvDuPo4CG9BfPZMiDRGlsMxij/jztzgT1gmuxQ7WHfFRcNzBas1dHa9hV/d3TU6 /t47x4SE/ljdcCtJiu7Zn6ODKQoys3mB7Luz2ngqUJWvkqsg+E4+3eJ0M8Hlbn5T PaRJBID7DAdYo6Vs6xGCYr981ThFcmoIQ10js10yANrrfGAzd03b3TnLAgko0uQM HjliMZL6L8sWOPHxyxJI0us88SFh4UgcFyRHKHPKux7w24SxAlZUYoUcTHp9VjG5 XvDKYxzgV2RdM4ulBGbQRQ3y3/CyddsyQYMvA55Ets0LfPaBvDIcct70iXijGsdv lX1du3ArGpG7Vaje/RU4nbbGT6HYRdt5YyZfof288ukMOSj20nVcmS+c/4tqsxSe rRb1aq5LOi1IemSkTMeC5gCbexk+L1vl7NT/58sxjGmu5bXwnvev/lIItfi2AlIT rfUSEv19iDMKkeshwn/+sFJBMWYyluP+yJ56yR+MWoXvLlSWphLDTqq19yx3BZn0 P1tgbXoR0g8PTdJFcz8z3RIb7myVLYulV1oGG/3rka0CAwEAAaOBgDB+MB0GA1Ud DgQWBBTFtJkZCVDuDAD6k5bJzefjJdO3DTBCBgNVHSMEOzA5gBTFtJkZCVDuDAD6 k5bJzefjJdO3DaEWpBQwEjEQMA4GA1UEAwwHUHJpdmFkb4IJAMtrmqZxIV/OMAwG A1UdEwQFMAMBAf8wCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBDQUAA4ICAQB7MUSX MeBb9wlSv4sUaT1JHEwE26nlBw+TKmezfuPU5pBlY0LYr6qQZY95DHqsRJ7ByUzG UrGo17dNGXlcuNc6TAaQQEDRPo6y+LVh2TWMk15TUMI+MkqryJtCret7xGvDigKY MJgBy58HN3RAVr1B7cL9youwzLgc2Y/NcFKvnQJKeiIYAJ7g0CcnJiQvgZTS7xdw kEBXfsngmUCIG320DLPEL+Ze0HiUrxwWljMRya6i40AeH3Zu2i532xX1wV5+cjA4 RJWIKg6ri/Q54iFGtZrA9/nc6y9uoQHkmz8cGyVUmJxFzMrrIICVqUtVRxLhkTMe 4UzwRWTBeGgtW4tS0yq1QonAKfOyjgRw/CeY55D2UGvnAFZdTadtYXS4Alu2P9zd woEk3fzHiVmDjqfJVr5wz9383aABUFrPI3nz6ed/Z6LZflKh1k+DUDEp8NxU4klU ULWsSOKoa5zGX51G8cdHxwQLImXvtGuN5eSR8jCTgxFZhdps/xes4KkyfIz9FMYG 748M+uOTgKITf4zdJ9BAyiQaOufVQZ8WjhWzWk9YHec9VqPkzpWNGkVjiRI5ewuX wZzZ164tMv2hikBXSuUCnFz37/ZNwGlDi0oBdDszCk2GxccdFHHaCSmpjU5MrdJ+ 5IhtTKGeTx+US2hTIVHQFIO99DmacxSYvLNcSQ== -----END CERTIFICATE----- </ca> 2024-01-11 19:45:51,154 DEBG 'start-script' stdout output: [debug] Environment variables defined as follows ADDITIONAL_PORTS= APPLICATION=sabnzbd BASH=/bin/bash BASHOPTS=checkwinsize:cmdhist:complete_fullquote:extquote:force_fignore:globasciiranges:globskipdots:hostcomplete:interactive_comments:patsub_replacement:progcomp:promptvars:sourcepath BASH_ALIASES=() BASH_ARGC=() BASH_ARGV=() BASH_CMDS=() BASH_LINENO=([0]="0") BASH_LOADABLES_PATH=/usr/local/lib/bash:/usr/lib/bash:/opt/local/lib/bash:/usr/pkg/lib/bash:/opt/pkg/lib/bash:. 2024-01-11 19:45:51,155 DEBG 'start-script' stdout output: BASH_SOURCE=([0]="/root/start.sh") BASH_VERSINFO=([0]="5" [1]="2" [2]="21" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu") BASH_VERSION='5.2.21(1)-release' DEBUG=true DIRSTACK=() ENABLE_PRIVOXY=no EUID=0 GROUPS=() HOME=/home/nobody HOSTNAME=0c564fac1cfd HOSTTYPE=x86_64 HOST_CONTAINERNAME=binhex-sabnzbdvpn HOST_HOSTNAME=AngryNerds HOST_OS=Unraid IFS=$' \t\n' LANG=en_GB.UTF-8 LAN_NETWORK=192.168.1.0/24 MACHTYPE=x86_64-pc-linux-gnu NAME_SERVERS=84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1 OPTERR=1 OPTIND=1 OSTYPE=linux-gnu PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PGID=100 PIPESTATUS=([0]="0") PPID=7 PS4='+ ' PUID=99 PWD=/ SHELL=/bin/bash SHELLOPTS=braceexpand:hashall:interactive-comments SHLVL=1 STRICT_PORT_FORWARD=no SUPERVISOR_ENABLED=1 SUPERVISOR_GROUP_NAME=start-script SUPERVISOR_PROCESS_NAME=start-script TCP_PORT_8080=8080 TCP_PORT_8090=8090 TCP_PORT_8118=8118 TERM=xterm TZ=Europe/Berlin UID=0 UMASK=000 VPN_CLIENT=openvpn VPN_CONFIG=/config/openvpn/jfk-006.default.ovpn VPN_DEVICE_TYPE=tun0 VPN_ENABLED=yes VPN_INPUT_PORTS= VPN_OPTIONS= VPN_OUTPUT_PORTS= VPN_PASS='' VPN_PROV=custom VPN_REMOTE_IP_LIST=146.70.115.81 VPN_REMOTE_PORT=1194, VPN_REMOTE_PROTOCOL=udp, VPN_REMOTE_SERVER=jfk-006.vpn.privado.io, VPN_USER= _='[debug] Environment variables defined as follows' password_char_check=$'#\n&' username_char_check= vpn_ping= [debug] Directory listing of files in /config/openvpn/ as follows 2024-01-11 19:45:51,165 DEBG 'start-script' stdout output: total 8 drwxrwxr-x 1 nobody users 72 Jan 11 19:45 . drwxrwxr-x 1 nobody users 164 Jan 11 19:45 .. -rwxrwxr-x 1 nobody users 24 Jan 11 19:45 credentials.conf -rwxrwxr-x 1 nobody users 2463 Jan 11 19:45 jfk-006.default.ovpn 2024-01-11 19:45:51,167 DEBG 'start-script' stdout output: [debug] Contents of OpenVPN config file '/config/openvpn/jfk-006.default.ovpn' as follows... 2024-01-11 19:45:51,170 DEBG 'start-script' stdout output: client dev tun proto udp remote jfk-006.vpn.privado.io 1194 resolv-retry infinite nobind persist-key persist-remote-ip tls-client #block-outside-dns route 0.0.0.0 0.0.0.0 vpn_gateway route-delay 3 # if you're using openvpn versions later than 2.5 uncomment the following: # data-ciphers AES-256-CBC # data-ciphers-fallback AES-256-CBC # openvpn versions <= 2.5 use the following default settings: auth SHA256 cipher AES-256-CBC tls-cipher TLS-DHE-RSA-WITH-AES-256-CBC-SHA:TLS-DHE-DSS-WITH-AES-256-CBC-SHA:TLS-RSA-WITH-AES-256-CBC-SHA remote-cert-tls server auth-user-pass credentials.conf verb 3 <ca> -----BEGIN CERTIFICATE----- MIIFKDCCAxCgAwIBAgIJAMtrmqZxIV/OMA0GCSqGSIb3DQEBDQUAMBIxEDAOBgNV BAMMB1ByaXZhZG8wHhcNMjAwMTA4MjEyODQ1WhcNMzUwMTA5MjEyODQ1WjASMRAw DgYDVQQDDAdQcml2YWRvMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA xPwOgiwNJzZTnKIXwAB0TSu/Lu2qt2U2I8obtQjwhi/7OrfmbmYykSdro70al2XP hnwAGGdCxW6LDnp0UN/IOhD11mgBPo14f5CLkBQjSJ6VN5miPbvK746LsNZl9H8r QGvDuPo4CG9BfPZMiDRGlsMxij/jztzgT1gmuxQ7WHfFRcNzBas1dHa9hV/d3TU6 /t47x4SE/ljdcCtJiu7Zn6ODKQoys3mB7Luz2ngqUJWvkqsg+E4+3eJ0M8Hlbn5T PaRJBID7DAdYo6Vs6xGCYr981ThFcmoIQ10js10yANrrfGAzd03b3TnLAgko0uQM HjliMZL6L8sWOPHxyxJI0us88SFh4UgcFyRHKHPKux7w24SxAlZUYoUcTHp9VjG5 XvDKYxzgV2RdM4ulBGbQRQ3y3/CyddsyQYMvA55Ets0LfPaBvDIcct70iXijGsdv lX1du3ArGpG7Vaje/RU4nbbGT6HYRdt5YyZfof288ukMOSj20nVcmS+c/4tqsxSe rRb1aq5LOi1IemSkTMeC5gCbexk+L1vl7NT/58sxjGmu5bXwnvev/lIItfi2AlIT rfUSEv19iDMKkeshwn/+sFJBMWYyluP+yJ56yR+MWoXvLlSWphLDTqq19yx3BZn0 P1tgbXoR0g8PTdJFcz8z3RIb7myVLYulV1oGG/3rka0CAwEAAaOBgDB+MB0GA1Ud DgQWBBTFtJkZCVDuDAD6k5bJzefjJdO3DTBCBgNVHSMEOzA5gBTFtJkZCVDuDAD6 k5bJzefjJdO3DaEWpBQwEjEQMA4GA1UEAwwHUHJpdmFkb4IJAMtrmqZxIV/OMAwG A1UdEwQFMAMBAf8wCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBDQUAA4ICAQB7MUSX MeBb9wlSv4sUaT1JHEwE26nlBw+TKmezfuPU5pBlY0LYr6qQZY95DHqsRJ7ByUzG UrGo17dNGXlcuNc6TAaQQEDRPo6y+LVh2TWMk15TUMI+MkqryJtCret7xGvDigKY MJgBy58HN3RAVr1B7cL9youwzLgc2Y/NcFKvnQJKeiIYAJ7g0CcnJiQvgZTS7xdw kEBXfsngmUCIG320DLPEL+Ze0HiUrxwWljMRya6i40AeH3Zu2i532xX1wV5+cjA4 RJWIKg6ri/Q54iFGtZrA9/nc6y9uoQHkmz8cGyVUmJxFzMrrIICVqUtVRxLhkTMe 4UzwRWTBeGgtW4tS0yq1QonAKfOyjgRw/CeY55D2UGvnAFZdTadtYXS4Alu2P9zd woEk3fzHiVmDjqfJVr5wz9383aABUFrPI3nz6ed/Z6LZflKh1k+DUDEp8NxU4klU ULWsSOKoa5zGX51G8cdHxwQLImXvtGuN5eSR8jCTgxFZhdps/xes4KkyfIz9FMYG 748M+uOTgKITf4zdJ9BAyiQaOufVQZ8WjhWzWk9YHec9VqPkzpWNGkVjiRI5ewuX wZzZ164tMv2hikBXSuUCnFz37/ZNwGlDi0oBdDszCk2GxccdFHHaCSmpjU5MrdJ+ 5IhtTKGeTx+US2hTIVHQFIO99DmacxSYvLNcSQ== -----END CERTIFICATE----- </ca> 2024-01-11 19:45:51,182 DEBG 'start-script' stdout output: [info] Adding 84.200.69.80 to /etc/resolv.conf 2024-01-11 19:45:51,192 DEBG 'start-script' stdout output: [info] Adding 37.235.1.174 to /etc/resolv.conf 2024-01-11 19:45:51,202 DEBG 'start-script' stdout output: [info] Adding 1.1.1.1 to /etc/resolv.conf 2024-01-11 19:45:51,214 DEBG 'start-script' stdout output: [info] Adding 37.235.1.177 to /etc/resolv.conf 2024-01-11 19:45:51,223 DEBG 'start-script' stdout output: [info] Adding 84.200.70.40 to /etc/resolv.conf 2024-01-11 19:45:51,233 DEBG 'start-script' stdout output: [info] Adding 1.0.0.1 to /etc/resolv.conf 2024-01-11 19:45:51,268 DEBG 'start-script' stdout output: [debug] Show name servers defined for container 2024-01-11 19:45:51,270 DEBG 'start-script' stdout output: nameserver 84.200.69.80 nameserver 37.235.1.174 nameserver 1.1.1.1 nameserver 37.235.1.177 nameserver 84.200.70.40 nameserver 1.0.0.1 2024-01-11 19:45:51,271 DEBG 'start-script' stdout output: [debug] Show contents of hosts file 2024-01-11 19:45:51,274 DEBG 'start-script' stdout output: 127.0.0.1 localhost ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters 192.168.178.30 0c564fac1cfd 146.70.115.81 jfk-006.vpn.privado.io 2024-01-11 19:45:51,295 DEBG 'start-script' stdout output: [debug] Docker interface defined as eth0 2024-01-11 19:45:51,308 DEBG 'start-script' stdout output: [info] Default route for container is 192.168.178.1 2024-01-11 19:45:51,322 DEBG 'start-script' stdout output: [debug] Docker IP defined as 192.168.178.30 2024-01-11 19:45:51,332 DEBG 'start-script' stdout output: [debug] Docker netmask defined as 255.255.255.0 2024-01-11 19:45:51,900 DEBG 'start-script' stdout output: [info] Docker network defined as 192.168.178.0/24 2024-01-11 19:45:51,909 DEBG 'start-script' stdout output: [info] Adding 192.168.1.0/24 as route via docker eth0 2024-01-11 19:45:51,914 DEBG 'start-script' stdout output: [info] ip route defined as follows... -------------------- 2024-01-11 19:45:51,917 DEBG 'start-script' stdout output: default via 192.168.178.1 dev eth0 10.253.0.0/24 via 192.168.178.10 dev eth0 192.168.1.0/24 via 192.168.178.1 dev eth0 192.168.178.0/24 dev eth0 proto kernel scope link src 192.168.178.30 local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1 2024-01-11 19:45:51,918 DEBG 'start-script' stdout output: local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1 broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1 local 192.168.178.30 dev eth0 table local proto kernel scope host src 192.168.178.30 broadcast 192.168.178.255 dev eth0 table local proto kernel scope link src 192.168.178.30 -------------------- [debug] Modules currently loaded for kernel 2024-01-11 19:45:51,928 DEBG 'start-script' stdout output: Module Size Used by xt_mark 16384 0 cmac 16384 0 cifs 827392 0 asn1_decoder 16384 1 cifs cifs_arc4 16384 1 cifs cifs_md4 16384 1 cifs oid_registry 16384 1 cifs dns_resolver 16384 1 cifs veth 32768 0 xt_CHECKSUM 16384 1 ipt_REJECT 16384 2 nf_reject_ipv4 16384 1 ipt_REJECT xt_nat 16384 20 xt_tcpudp 16384 29 ip6table_mangle 16384 1 ip6table_nat 16384 1 iptable_mangle 16384 1 vhost_net 28672 0 tun 53248 1 vhost_net vhost 40960 1 vhost_net vhost_iotlb 16384 1 vhost tap 24576 1 vhost_net macvlan 28672 0 xt_conntrack 16384 2 xt_MASQUERADE 16384 4 nf_conntrack_netlink 49152 0 nfnetlink 16384 2 nf_conntrack_netlink xfrm_user 45056 1 xfrm_algo 16384 1 xfrm_user iptable_nat 16384 6 nf_nat 49152 4 ip6table_nat,xt_nat,iptable_nat,xt_MASQUERADE nf_conntrack 143360 5 xt_conntrack,nf_nat,xt_nat,nf_conntrack_netlink,xt_MASQUERADE nf_defrag_ipv6 16384 1 nf_conntrack nf_defrag_ipv4 16384 1 nf_conntrack xt_addrtype 16384 2 br_netfilter 32768 0 ccp 32768 0 dm_crypt 45056 3 dm_mod 131072 7 dm_crypt md_mod 53248 3 zfs 3530752 0 zunicode 327680 1 zfs zzstd 552960 1 zfs zlua 151552 1 zfs zavl 16384 1 zfs icp 286720 1 zfs zcommon 98304 2 zfs,icp znvpair 94208 2 zfs,zcommon spl 102400 6 zfs,icp,zzstd,znvpair,zcommon,zavl tcp_diag 16384 0 inet_diag 20480 1 tcp_diag nct6775 24576 0 nct6775_core 65536 1 nct6775 hwmon_vid 16384 1 nct6775 k10temp 16384 0 ip6table_filter 16384 1 ip6_tables 28672 3 ip6table_filter,ip6table_nat,ip6table_mangle iptable_filter 16384 2 ip_tables 28672 3 iptable_filter,iptable_nat,iptable_mangle x_tables 45056 16 ip6table_filter,xt_conntrack,iptable_filter,ip6table_nat,xt_tcpudp,xt_addrtype,xt_CHECKSUM,xt_nat,ip6_tables,ipt_REJECT,ip_tables,iptable_nat,ip6table_mangle,xt_MASQUERADE,iptable_mangle,xt_mark bridge 262144 1 br_netfilter stp 16384 1 bridge llc 16384 2 bridge,stp bonding 151552 0 tls 122880 1 bonding intel_rapl_msr 16384 0 intel_rapl_common 24576 1 intel_rapl_msr x86_pkg_temp_thermal 16384 0 intel_powerclamp 16384 0 coretemp 16384 0 kvm_intel 282624 0 i915 2527232 0 kvm 983040 1 kvm_intel iosf_mbi 20480 2 i915,intel_rapl_common drm_buddy 16384 1 i915 i2c_algo_bit 16384 1 i915 ttm 77824 1 i915 drm_display_helper 135168 1 i915 drm_kms_helper 167936 2 drm_display_helper,i915 crct10dif_pclmul 16384 1 crc32_pclmul 16384 0 crc32c_intel 24576 6 ghash_clmulni_intel 16384 0 sha512_ssse3 45056 0 sha256_ssse3 32768 0 sha1_ssse3 28672 0 drm 495616 6 drm_kms_helper,drm_display_helper,drm_buddy,i915,ttm aesni_intel 393216 6 crypto_simd 16384 1 aesni_intel mpt3sas 282624 5 cryptd 24576 5 crypto_simd,ghash_clmulni_intel i2c_i801 24576 0 intel_gtt 24576 1 i915 rapl 16384 0 raid_class 16384 1 mpt3sas mei_hdcp 16384 0 mei_pxp 16384 0 intel_cstate 20480 0 i2c_smbus 16384 1 i2c_i801 r8168 2024-01-11 19:45:51,930 DEBG 'start-script' stdout output: 385024 0 scsi_transport_sas 40960 1 mpt3sas agpgart 40960 2 intel_gtt,ttm ahci 45056 0 mei_me 36864 2 i2c_core 86016 7 drm_kms_helper,i2c_algo_bit,drm_display_helper,i2c_smbus,i2c_i801,i915,drm libahci 45056 1 ahci mei 98304 5 mei_hdcp,mei_pxp,mei_me syscopyarea 16384 1 drm_kms_helper sysfillrect 16384 1 drm_kms_helper sysimgblt 16384 1 drm_kms_helper fb_sys_fops 16384 1 drm_kms_helper fan 16384 0 thermal 20480 0 video 61440 1 i915 button 20480 0 wmi 28672 1 video backlight 20480 4 video,drm_display_helper,i915,drm intel_pmc_core 49152 0 unix 49152 893 2024-01-11 19:45:51,942 DEBG 'start-script' stdout output: iptable_mangle 16384 1 ip_tables 28672 3 iptable_filter,iptable_nat,iptable_mangle x_tables 45056 16 ip6table_filter,xt_conntrack,iptable_filter,ip6table_nat,xt_tcpudp,xt_addrtype,xt_CHECKSUM,xt_nat,ip6_tables,ipt_REJECT,ip_tables,iptable_nat,ip6table_mangle,xt_MASQUERADE,iptable_mangle,xt_mark 2024-01-11 19:45:51,943 DEBG 'start-script' stdout output: [info] iptable_mangle support detected, adding fwmark for tables 2024-01-11 19:45:52,066 DEBG 'start-script' stdout output: [info] iptables defined as follows... -------------------- 2024-01-11 19:45:52,070 DEBG 'start-script' stdout output: -P INPUT DROP -P FORWARD DROP -P OUTPUT DROP -A INPUT -s 146.70.115.81/32 -i eth0 -j ACCEPT -A INPUT -s 192.168.178.0/24 -d 192.168.178.0/24 -j ACCEPT -A INPUT -s 146.70.115.81/32 -i eth0 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8080 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --dport 8080 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8090 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --dport 8090 -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 -d 146.70.115.81/32 -o eth0 -j ACCEPT -A OUTPUT -s 192.168.178.0/24 -d 192.168.178.0/24 -j ACCEPT -A OUTPUT -d 146.70.115.81/32 -o eth0 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8080 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --sport 8080 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8090 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --sport 8090 -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 2024-01-11 19:45:52,073 DEBG 'start-script' stdout output: -------------------- 2024-01-11 19:45:52,074 DEBG 'start-script' stdout output: [debug] VPN remote configuration options as follows... [debug] VPN remote server is defined as 'jfk-006.vpn.privado.io' [debug] VPN remote port is defined as '1194' [debug] VPN remote protocol is defined as 'udp' 2024-01-11 19:45:52,075 DEBG 'start-script' stdout output: [debug] VPN remote ip is defined as '146.70.115.81' 2024-01-11 19:45:52,075 DEBG 'start-script' stdout output: [debug] OpenVPN command line:- /usr/bin/openvpn --reneg-sec 0 --mute-replay-warnings --auth-nocache --setenv VPN_PROV 'custom' --setenv VPN_CLIENT 'openvpn' --setenv DEBUG 'true' --setenv VPN_DEVICE_TYPE 'tun0' --setenv VPN_ENABLED 'yes' --setenv VPN_REMOTE_SERVER 'jfk-006.vpn.privado.io' --setenv APPLICATION 'sabnzbd' --script-security 2 --writepid /root/openvpn.pid --remap-usr1 SIGHUP --log-append /dev/stdout --pull-filter ignore 'up' --pull-filter ignore 'down' --pull-filter ignore 'route-ipv6' --pull-filter ignore 'ifconfig-ipv6' --pull-filter ignore 'tun-ipv6' --pull-filter ignore 'dhcp-option DNS6' --pull-filter ignore 'persist-tun' --pull-filter ignore 'reneg-sec' --up /root/openvpnup.sh --up-delay --up-restart --keepalive 10 60 --auth-user-pass credentials.conf --cd /config/openvpn --config '/config/openvpn/jfk-006.default.ovpn' --remote 146.70.115.81 1194 udp --remote-random [info] Starting OpenVPN (non daemonised)... 2024-01-11 19:45:52,097 DEBG 'start-script' stdout output: 2024-01-11 19:45:52 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-01-11 19:45:52,101 DEBG 'start-script' stdout output: 2024-01-11 19:45:52 Note: Kernel support for ovpn-dco missing, disabling data channel offload. 2024-01-11 19:45:52,102 DEBG 'start-script' stdout output: 2024-01-11 19:45:52 WARNING: file 'credentials.conf' is group or others accessible 2024-01-11 19:45:52,103 DEBG 'start-script' stdout output: 2024-01-11 19:45:52 OpenVPN 2.6.8 [git:makepkg/3b0d9489cc423da3+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Nov 17 2023 2024-01-11 19:45:52 library versions: OpenSSL 3.2.0 23 Nov 2023, LZO 2.10 2024-01-11 19:45:52 DCO version: N/A 2024-01-11 19:45:52,104 DEBG 'start-script' stdout output: 2024-01-11 19:45:52 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-01-11 19:45:52,109 DEBG 'start-script' stdout output: 2024-01-11 19:45:52 TCP/UDP: Preserving recently used remote address: [AF_INET]146.70.115.81:1194 2024-01-11 19:45:52 Socket Buffers: R=[212992->212992] S=[212992->212992] 2024-01-11 19:45:52 UDPv4 link local: (not bound) 2024-01-11 19:45:52 UDPv4 link remote: [AF_INET]146.70.115.81:1194 2024-01-11 19:46:52,535 DEBG 'start-script' stdout output: 2024-01-11 19:46:52 [UNDEF] Inactivity timeout (--ping-restart), restarting 2024-01-11 19:46:52,536 DEBG 'start-script' stdout output: 2024-01-11 19:46:52 SIGHUP[soft,ping-restart] received, process restarting 2024-01-11 19:46:52,537 DEBG 'start-script' stdout output: 2024-01-11 19:46:52 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-01-11 19:46:52,542 DEBG 'start-script' stdout output: 2024-01-11 19:46:52 Note: Kernel support for ovpn-dco missing, disabling data channel offload. 2024-01-11 19:46:52 WARNING: file 'credentials.conf' is group or others accessible 2024-01-11 19:46:52,543 DEBG 'start-script' stdout output: 2024-01-11 19:46:52 OpenVPN 2.6.8 [git:makepkg/3b0d9489cc423da3+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Nov 17 2023 2024-01-11 19:46:52 library versions: OpenSSL 3.2.0 23 Nov 2023, LZO 2.10 2024-01-11 19:46:52 DCO version: N/A 2024-01-11 19:46:52 Restart pause, 1 second(s) 2024-01-11 19:46:53,543 DEBG 'start-script' stdout output: 2024-01-11 19:46:53 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-01-11 19:46:53,545 DEBG 'start-script' stdout output: 2024-01-11 19:46:53 TCP/UDP: Preserving recently used remote address: [AF_INET]146.70.115.81:1194 2024-01-11 19:46:53 Socket Buffers: R=[212992->212992] S=[212992->212992] 2024-01-11 19:46:53 UDPv4 link local: (not bound) 2024-01-11 19:46:53 UDPv4 link remote: [AF_INET]146.70.115.81:1194 2024-01-11 19:47:54,102 DEBG 'start-script' stdout output: 2024-01-11 19:47:54 [UNDEF] Inactivity timeout (--ping-restart), restarting 2024-01-11 19:47:54,104 DEBG 'start-script' stdout output: 2024-01-11 19:47:54 SIGHUP[soft,ping-restart] received, process restarting 2024-01-11 19:47:54,106 DEBG 'start-script' stdout output: 2024-01-11 19:47:54 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-01-11 19:47:54,111 DEBG 'start-script' stdout output: 2024-01-11 19:47:54 Note: Kernel support for ovpn-dco missing, disabling data channel offload. 2024-01-11 19:47:54,111 DEBG 'start-script' stdout output: 2024-01-11 19:47:54 WARNING: file 'credentials.conf' is group or others accessible 2024-01-11 19:47:54 OpenVPN 2.6.8 [git:makepkg/3b0d9489cc423da3+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Nov 17 2023 2024-01-11 19:47:54,112 DEBG 'start-script' stdout output: 2024-01-11 19:47:54 library versions: OpenSSL 3.2.0 23 Nov 2023, LZO 2.10 2024-01-11 19:47:54 DCO version: N/A 2024-01-11 19:47:54 Restart pause, 1 second(s) 2024-01-11 19:47:55,112 DEBG 'start-script' stdout output: 2024-01-11 19:47:55 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-01-11 19:47:55,114 DEBG 'start-script' stdout output: 2024-01-11 19:47:55 TCP/UDP: Preserving recently used remote address: [AF_INET]146.70.115.81:1194 2024-01-11 19:47:55 Socket Buffers: R=[212992->212992] S=[212992->212992] 2024-01-11 19:47:55 UDPv4 link local: (not bound) 2024-01-11 19:47:55 UDPv4 link remote: [AF_INET]146.70.115.81:1194 2024-01-11 19:48:55,692 DEBG 'start-script' stdout output: 2024-01-11 19:48:55 [UNDEF] Inactivity timeout (--ping-restart), restarting 2024-01-11 19:48:55,694 DEBG 'start-script' stdout output: 2024-01-11 19:48:55 SIGHUP[soft,ping-restart] received, process restarting 2024-01-11 19:48:55,695 DEBG 'start-script' stdout output: 2024-01-11 19:48:55 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-01-11 19:48:55,700 DEBG 'start-script' stdout output: 2024-01-11 19:48:55 Note: Kernel support for ovpn-dco missing, disabling data channel offload. 2024-01-11 19:48:55,701 DEBG 'start-script' stdout output: 2024-01-11 19:48:55 WARNING: file 'credentials.conf' is group or others accessible 2024-01-11 19:48:55 OpenVPN 2.6.8 [git:makepkg/3b0d9489cc423da3+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Nov 17 2023 2024-01-11 19:48:55 library versions: OpenSSL 3.2.0 23 Nov 2023, LZO 2.10 2024-01-11 19:48:55 DCO version: N/A 2024-01-11 19:48:55,702 DEBG 'start-script' stdout output: 2024-01-11 19:48:55 Restart pause, 1 second(s) 2024-01-11 19:48:56,701 DEBG 'start-script' stdout output: 2024-01-11 19:48:56 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-01-11 19:48:56,705 DEBG 'start-script' stdout output: 2024-01-11 19:48:56 TCP/UDP: Preserving recently used remote address: [AF_INET]146.70.115.81:1194 2024-01-11 19:48:56 Socket Buffers: R=[212992->212992] S=[212992->212992] 2024-01-11 19:48:56 UDPv4 link local: (not bound) 2024-01-11 19:48:56 UDPv4 link remote: [AF_INET]146.70.115.81:1194 2024-01-11 19:49:56,135 DEBG 'start-script' stdout output: 2024-01-11 19:49:56 [UNDEF] Inactivity timeout (--ping-restart), restarting 2024-01-11 19:49:56,136 DEBG 'start-script' stdout output: 2024-01-11 19:49:56 SIGHUP[soft,ping-restart] received, process restarting 2024-01-11 19:49:56,138 DEBG 'start-script' stdout output: 2024-01-11 19:49:56 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-01-11 19:49:56,142 DEBG 'start-script' stdout output: 2024-01-11 19:49:56 Note: Kernel support for ovpn-dco missing, disabling data channel offload. 2024-01-11 19:49:56,143 DEBG 'start-script' stdout output: 2024-01-11 19:49:56 WARNING: file 'credentials.conf' is group or others accessible 2024-01-11 19:49:56 OpenVPN 2.6.8 [git:makepkg/3b0d9489cc423da3+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Nov 17 2023 2024-01-11 19:49:56 library versions: OpenSSL 3.2.0 23 Nov 2023, LZO 2.10 2024-01-11 19:49:56 DCO version: N/A 2024-01-11 19:49:56,144 DEBG 'start-script' stdout output: 2024-01-11 19:49:56 Restart pause, 1 second(s) 2024-01-11 19:49:57,144 DEBG 'start-script' stdout output: 2024-01-11 19:49:57 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-01-11 19:49:57,146 DEBG 'start-script' stdout output: 2024-01-11 19:49:57 TCP/UDP: Preserving recently used remote address: [AF_INET]146.70.115.81:1194 2024-01-11 19:49:57 Socket Buffers: R=[212992->212992] S=[212992->212992] 2024-01-11 19:49:57 UDPv4 link local: (not bound) 2024-01-11 19:49:57 UDPv4 link remote: [AF_INET]146.70.115.81:1194 2024-01-11 19:50:58,041 DEBG 'start-script' stdout output: 2024-01-11 19:50:58 [UNDEF] Inactivity timeout (--ping-restart), restarting 2024-01-11 19:50:58,043 DEBG 'start-script' stdout output: 2024-01-11 19:50:58 SIGHUP[soft,ping-restart] received, process restarting 2024-01-11 19:50:58,045 DEBG 'start-script' stdout output: 2024-01-11 19:50:58 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-01-11 19:50:58,049 DEBG 'start-script' stdout output: 2024-01-11 19:50:58 Note: Kernel support for ovpn-dco missing, disabling data channel offload. 2024-01-11 19:50:58,050 DEBG 'start-script' stdout output: 2024-01-11 19:50:58 WARNING: file 'credentials.conf' is group or others accessible 2024-01-11 19:50:58 OpenVPN 2.6.8 [git:makepkg/3b0d9489cc423da3+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Nov 17 2023 2024-01-11 19:50:58 library versions: OpenSSL 3.2.0 23 Nov 2023, LZO 2.10 2024-01-11 19:50:58 DCO version: N/A 2024-01-11 19:50:58,051 DEBG 'start-script' stdout output: 2024-01-11 19:50:58 Restart pause, 1 second(s) 2024-01-11 19:50:59,051 DEBG 'start-script' stdout output: 2024-01-11 19:50:59 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-01-11 19:50:59,053 DEBG 'start-script' stdout output: 2024-01-11 19:50:59 TCP/UDP: Preserving recently used remote address: [AF_INET]146.70.115.81:1194 2024-01-11 19:50:59 Socket Buffers: R=[212992->212992] S=[212992->212992] 2024-01-11 19:50:59 UDPv4 link local: (not bound) 2024-01-11 19:50:59 UDPv4 link remote: [AF_INET]146.70.115.81:1194 2024-01-11 19:51:59,708 DEBG 'start-script' stdout output: 2024-01-11 19:51:59 [UNDEF] Inactivity timeout (--ping-restart), restarting 2024-01-11 19:51:59,709 DEBG 'start-script' stdout output: 2024-01-11 19:51:59 SIGHUP[soft,ping-restart] received, process restarting 2024-01-11 19:51:59,710 DEBG 'start-script' stdout output: 2024-01-11 19:51:59 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-01-11 19:51:59,716 DEBG 'start-script' stdout output: 2024-01-11 19:51:59 Note: Kernel support for ovpn-dco missing, disabling data channel offload. 2024-01-11 19:51:59,717 DEBG 'start-script' stdout output: 2024-01-11 19:51:59 WARNING: file 'credentials.conf' is group or others accessible 2024-01-11 19:51:59 OpenVPN 2.6.8 [git:makepkg/3b0d9489cc423da3+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Nov 17 2023 2024-01-11 19:51:59 library versions: OpenSSL 3.2.0 23 Nov 2023, LZO 2.10 2024-01-11 19:51:59 DCO version: N/A 2024-01-11 19:51:59 Restart pause, 1 second(s) 2024-01-11 19:52:00,716 DEBG 'start-script' stdout output: 2024-01-11 19:52:00 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-01-11 19:52:00,719 DEBG 'start-script' stdout output: 2024-01-11 19:52:00 TCP/UDP: Preserving recently used remote address: [AF_INET]146.70.115.81:1194 2024-01-11 19:52:00 Socket Buffers: R=[212992->212992] S=[212992->212992] 2024-01-11 19:52:00 UDPv4 link local: (not bound) 2024-01-11 19:52:00 UDPv4 link remote: [AF_INET]146.70.115.81:1194

It seems the last update of the docker container has just killed it. I can't connect to the WebUI anymore. How can I troubleshoot that? 🙂 Or: What kind of Logs or configurations are needed to find out, what has killed it?

Nachdem ich gestern meinen Mac mal neustarten musste, bekomme ich keine Verbindung mehr zum TimeMachine-Share. Statt dessen trennt MacOS einfach komplett die Verbindung zum Server, wenn ich versuche auf das Share zuzugreifen und meldet: Dr. Suchmaschine sagt, Finder neustarten hilft - aber das hat keinerlei Effekt. Die com.apple.finder.plist mag ich nicht recht löschen, um den Verlust an Einstellungen zu vermeiden. Auf alle anderen Shares kann ich völlig normal zugreifen. Aber sobald ich auf das TimeMachine-Share will, wirft er mich einfach raus. Das hat vor dem Neustart funktioniert. Hat jemand eine Idee, wie ich die Verbindung wiederherstellen kann?

Ich denke, ich habe den Fehler identifizieren können. Es lag gar nicht am Array, sondern am Cache. Ich hatte den globalen Spindown auf 15 Minuten gesetzt. Und anscheinend hat die Cache-SSD sich dann gedacht, dass sie auch mal runterfährt. Auf der läuft dann aber auch alles andere (also alle Docker-Container und Anwendungen). Wenn ich die Platten im Array separat vom Cache steuere läuft wieder alles, wie gewohnt. Dafür hab' ich die nächste Baustelle aufgerissen - aber das ist ein ganz anderes Thema. 😯

Nachdem ich meine Maschine jetzt wieder halbwegs laufen habe, ist mir ein Phänomen aufgefallen: Ich lasse die Platten nach 15 Minuten in den Standby fahren, damit der Stromverbrauch sich in Grenzen hält. Das geht auch soweit gut - anscheinend bis auf die Parity-Disc. Ich hab' da 3 x 4TB - 1 x 10 TB im Array und 1x 1 TB Cache-SSD. Gestern lief der Parity-Check an - alle anderen Platten waren die meiste Zeit im Standby. Und kurz nach dem der Parity-Check heute morgen fertig war, fror der Server ein. Keine Reaktion durch gar nichts mehr. Einfach aus. Das war letztlich schon mal der Grund dafür, dass ich ihn hart ausschalten und neustarten musste und was mir vermutlich das Dateisystem auf einer der Datenplatten zerschossen hat. Und ich hege die Vermutung, dass es mit dem Spindown der Parity-Disc zusammenhängt. In den Logs kann ich dazu nichts finden. Da steht freundlicherweise gar nichts drin, was vor dem Neustart passiert ist. Auch in den Diagnosedaten kann ich dazu nichts finden. Kennt dieses Phänomen hier jemand? Kann es Platten geben, die schlicht nicht ausgehen dürfen, weil sie damit dann den ganzen Server zum Absturz bringen?

War der gute SpaceInvader. Aber ich sag ja, die Wahrscheinlichkeit, dass ich's falsch verstanden habe, ist ja nicht gering. 😁 Und joa, mir hat's ein BTRFS nach hartem Absturz/Strom aus ausgeknockt. 😯 Aber ok. Ich beobachte das jetzt mal eine Weile und gucke dass ich in Zukunft besser die Finger vom Formatieren lasse.

Mhm. Das ist eine gute Frage. Darauf habe ich ehrlich gesagt nicht geachtet. Aber ich glaube, sie war im Array und das war auch gestartet. Heißt: Wenn sowas nochmal passiert, Array nicht starten, dann die Platte formatieren und dann das Array starten?

Mhm. Also: Alle Platten waren grün, bis auf die eine - die war schlicht grau und wurde als "unmountable or missing file system" angezeigt. Die war einfach weg. Alle wichtigen Daten konnte ich aus dem Backup holen und extern sichern - ich hab' im allergrößten Notfall also alles mit doppelter Redundanz. 😁 Also habe ich dann folgendes gemacht: Server gestartet, Array gestartet, die "unmounable"-Disc erstmal mit einem schnellen SMART-Test begangen. Keine Fehler. Gedanke: "Ok, die Platte hat eigentlich nichts aber das Dateisystem hat's, warum auch immer, erledigt." Nächster Gedanke: "Guck mal, wie man das macht, wenn man eine Platte austauscht." Also: Videos geguckt und Tutorials gelesen. Da wird dann eine Platte meist precleard und formatiert und dann als neue Platte ins Array gehangen. Wieder ein Gedanke: "Aber die Platte selbst ist ja nicht kaputt. Die hat nur kein Dateisystem. Also muss ich sie nur formatieren." Und das hab' ich dann gemacht. Danach habe ich dann noch einen langen SMART-Test gemacht. Der ist heute Morgen fertig geworden: Keine Fehler. Der Platte scheint's gut zu gehen, sie kann wieder gemounted werden, ist (erwartungsgemäß) fast leer, alle Platten sind grün markiert und wenn ich so durch meinen Datenwust stöbere scheint auch noch alles da zu sein. Weil ich aber nicht weiß, was (und ob) auf der Platte tatsächlich wichtige Daten lagen, dachte ich mir, ich frag' mal nach, ob es eine Möglichkeit gibt, diese Parity-Rekonstruktion anzuschubsen, wenn man keine neue Platte einbaut, sondern einfach eine alte Platte formatiert.