September 16, 2025Sep 16 Hey zusammen,ich habe seit einigen Wochen einen merkwürdigen Fehler. Manchmal kann ich weder auf die Container-Logs/CLI noch auf das Unraid-Webterminal oder die Weblogs zugreifen.Wenn ich dann in die Apps gehe, erscheint die Meldung, dass ein Netzwerkfehler vorliegt. Rufe ich Jellyfin lokal auf, funktioniert alles problemlos. Wenn ich hingegen Dienste hinter dem Nginx Proxy Manager aufrufe, kommt nur die Meldung, dass die Webseite zu lange lädt. Warte ich eine gewisse Zeit, klappt wieder alles einwandfrei – als wäre nichts gewesen.Ich habe bereits meine Firewall überprüft, da dies das Einzige war, das in letzter Zeit Updates erhalten hat. Außerdem habe ich geprüft, dass Unraid nicht über den AdGuard-Docker geroutet wird. Langsam bin ich aber echt ratlos, was ich noch prüfen könnte.Aktuell warte ich darauf, dass der Fehler erneut auftritt, damit ich mich klassisch per manuellem Login einloggen und weitere Fehler finden kann.Hat einer eine Idee was ich prüfen kann oder was das Problem sein könnte ?Aktuell Unraid Version ist (wieder) 7.0.1, habe vorgestern ein Rollback. Dachte es Hilft, war leider nicht so
September 16, 2025Sep 16 28 minutes ago, base64 said:Aktuell Unraid Version ist (wieder) 7.0.1, habe vorgestern ein Rollback. Dachte es Hilft, war leider nicht soaktuell wäre was anderes ... warum die alte Version noch ? egel ;)lade mal ne diagnostics hoch, dann kann man eher was dazu sagen.
September 16, 2025Sep 16 Author 32 minutes ago, alturismo said:aktuell wäre was anderes ... warum die alte Version noch ? egel ;)lade mal ne diagnostics hoch, dann kann man eher was dazu sagen.Einfach nur ein versuch kann gerne wieder updaten ^^ Ich habe die Zip einfach ran gepackt :) firespray-diagnostics-20250916-2250.zip
September 17, 2025Sep 17 8 hours ago, base64 said:Ich habe die Zip einfach ran gepackt :)Fehler wo direkt darauf hindeuten sehe ich mal keine1/ anderen Browser mal getestet wenn das passiert ?2/ plugin wo Netzwerkaktivitäten loggt, das schmeißt irre viele Dinge aus, wobei ich die nicht zuordnen ... evtl. mal ohne testen.3/ manuelle Stromspar Triggers im go file, modprobes im go file, ... evtl. mal ohne testen.das wären jetzt erstmal meine Ansätze.
September 17, 2025Sep 17 Community Expert 11 hours ago, base64 said:Wenn ich dann in die Apps gehe, erscheint die Meldung, dass ein Netzwerkfehler vorliegt. Rufe ich Jellyfin lokal auf, funktioniert alles problemlos. Wenn ich hingegen Dienste hinter dem Nginx Proxy Manager aufrufe, kommt nur die Meldung, dass die Webseite zu lange lädt. Warte ich eine gewisse Zeit, klappt wieder alles einwandfrei – als wäre nichts gewesen.Ich habe jetzt nicht so ganz verstanden: beschreibst Du ein Problem lokal in Deinem LAN oder greifst Du von außerhalb Deines LAN (also über das Internet/WAN) auf das System zu und kommen dann die Probleme?
September 17, 2025Sep 17 Author 2 hours ago, alturismo said:Fehler wo direkt darauf hindeuten sehe ich mal keine1/ anderen Browser mal getestet wenn das passiert ?2/ plugin wo Netzwerkaktivitäten loggt, das schmeißt irre viele Dinge aus, wobei ich die nicht zuordnen ... evtl. mal ohne testen.3/ manuelle Stromspar Triggers im go file, modprobes im go file, ... evtl. mal ohne testen.das wären jetzt erstmal meine Ansätze.Das werde ich Mal prüfen. Kurzer Einwurf, da ich eh eine größere NVME einbauen mag, macht es nicht Sinn,ein Backup von den Containern zu erstellen und mit der neuen NVME New config aus zu rollen ? Damit würden die Daten auf dem Array bleiben und nur die Config wird neu ausgerollt oder habe ich einen Denkfehler?Kannst du mir noch sagen in welchen Netzwerklog du geschaut hast? Edited September 17, 2025Sep 17 by base64
September 17, 2025Sep 17 Author 1 hour ago, DataCollector said:Ich habe jetzt nicht so ganz verstanden:beschreibst Du ein Problem lokal in Deinem LANoder greifst Du von außerhalb Deines LAN (also über das Internet/WAN) auf das System zuund kommen dann die Probleme?Wenn der Fehler da ist kann ich lokal trotzdem auf z.b Jellyfin zugreifen. Aber nicht auf das Web Terminal oder zb die logs vom container oder unraid. Von außerhalb erreiche ich dann sowieso nichts
September 17, 2025Sep 17 Community Expert Also ich sehe da ein "kleines Problem":Sep 15 12:00:56 Firespray dhcpcd[1479]: eth0: IAID 3c:b9:6b:d0Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: soliciting an IPv6 routerSep 15 12:00:57 Firespray dhcpcd[1479]: eth0: Router Advertisement from fe80::4262:31ff:fe02:d040Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: adding address 2003:e7:1706:6700:XXXX:XXXX:XXXX:6bd0/56Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: adding route to 2003:e7:1706:6700::/56Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: soliciting a DHCPv6 leaseSep 15 12:00:57 Firespray dhcpcd[1479]: eth0: adding default route via fe80::4262:31ff:fe02:d040Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: Router Advertisement from fe80::828a:f7ff:fe09:3202Sep 15 12:00:58 Firespray dhcpcd[1479]: eth0: REPLY6 received from fe80::4262:31ff:fe02:d040Sep 15 12:00:58 Firespray dhcpcd[1479]: eth0: adding address 2003:e7:1706:6700:XXXX:XXXX:XXXX:1ba9/128Sep 15 12:00:58 Firespray dhcpcd[1479]: eth0: renew in 2250, rebind in 3600, expire in 7200 secondsSep 15 12:00:58 Firespray rc.inet1: ip -4 route add default via 192.168.1.1 dev eth0 metric 1Du hast da offensichtlich zwei verschiedene Router für IPV6 im Netz. Einer (...d040) vergibt "normale" Adressen (/56), der andere (...3202) nur einen Point To Point Link (wahrscheinlich Tunnel Endpunkt).Im Moment wird der Trafik über den "richtigen" Router geleitet, aber, das kann sich ändern, wenn er z.B. nicht zyklisch sich wieder ankündigt (die Ankündigungen werden mit der Zeit seltener wenn keine neuen Kisten hinzukommen) oder der andere häufiger die Leute vollbrabbelt. Wenn sie dann auch noch, wie üblich, gleiche Priorität haben, übernimmt der 2te das Routing und die Pakete gehen über den Tunnel raus (wo immer der auch hingehen mag)Die Leitung wird stündlich neu gecheckt und nach 2 Stunden ohne zufriedenstellende Antwort dann gelöscht/übertragen.Wenn das Dein Problem sein sollte, dann such mal den 2ten Router und guck ihm streng ins Blauauge oder tritt ihm auf die dreckigen Füsse.Der sollte da nix zu suchen haben. Edited September 17, 2025Sep 17 by MAM59
September 17, 2025Sep 17 Author 6 hours ago, MAM59 said:Also ich sehe da ein "kleines Problem":Sep 15 12:00:56 Firespray dhcpcd[1479]: eth0: IAID 3c:b9:6b:d0Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: soliciting an IPv6 routerSep 15 12:00:57 Firespray dhcpcd[1479]: eth0: Router Advertisement from fe80::4262:31ff:fe02:d040Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: adding address 2003:e7:1706:6700:XXXX:XXXX:XXXX:6bd0/56Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: adding route to 2003:e7:1706:6700::/56Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: soliciting a DHCPv6 leaseSep 15 12:00:57 Firespray dhcpcd[1479]: eth0: adding default route via fe80::4262:31ff:fe02:d040Sep 15 12:00:57 Firespray dhcpcd[1479]: eth0: Router Advertisement from fe80::828a:f7ff:fe09:3202Sep 15 12:00:58 Firespray dhcpcd[1479]: eth0: REPLY6 received from fe80::4262:31ff:fe02:d040Sep 15 12:00:58 Firespray dhcpcd[1479]: eth0: adding address 2003:e7:1706:6700:XXXX:XXXX:XXXX:1ba9/128Sep 15 12:00:58 Firespray dhcpcd[1479]: eth0: renew in 2250, rebind in 3600, expire in 7200 secondsSep 15 12:00:58 Firespray rc.inet1: ip -4 route add default via 192.168.1.1 dev eth0 metric 1Du hast da offensichtlich zwei verschiedene Router für IPV6 im Netz. Einer (...d040) vergibt "normale" Adressen (/56), der andere (...3202) nur einen Point To Point Link (wahrscheinlich Tunnel Endpunkt).Im Moment wird der Trafik über den "richtigen" Router geleitet, aber, das kann sich ändern, wenn er z.B. nicht zyklisch sich wieder ankündigt (die Ankündigungen werden mit der Zeit seltener wenn keine neuen Kisten hinzukommen) oder der andere häufiger die Leute vollbrabbelt. Wenn sie dann auch noch, wie üblich, gleiche Priorität haben, übernimmt der 2te das Routing und die Pakete gehen über den Tunnel raus (wo immer der auch hingehen mag)Die Leitung wird stündlich neu gecheckt und nach 2 Stunden ohne zufriedenstellende Antwort dann gelöscht/übertragen.Wenn das Dein Problem sein sollte, dann such mal den 2ten Router und guck ihm streng ins Blauauge oder tritt ihm auf die dreckigen Füsse.Der sollte da nix zu suchen haben.Also ich habe mal IPv6 ausgemacht ( nutzte es aktuell nicht). Tailscale deaktiviert und der Kiste ein Reboot gegeben. Des weiteren habe ich ip route aufgeräumt und alle IPv6 routen rausgeworfen. Aktuell bin ich per ssh auf der Kiste drauf, kann aber nicht mal das Gateway anpingen aber meinen PC. Habe deswegen mal mein Handy angepingt geht auch. Aber ich kann auch nicht meinen Adgurad Container mit eigener IP anpingen aber meine HomeAssistent VM kann ich anbingen
September 17, 2025Sep 17 Community Expert 44 minutes ago, base64 said:Habe deswegen mal mein Handy angepingt geht auch. Aber ich kann auch nicht meinen Adgurad Container mit eigener IP anpingen aber meine HomeAssistent VM kann ich anbingenDu redest recht wirr... was will uns der Dichter damit sagen?Was willst Du eigentlich alles erreichen? Adguard, HA.... sehr mystisch...Schick neue Diagnose und noch die aktuelle Routingtabelle ("netstat -nr")
September 17, 2025Sep 17 59 minutes ago, base64 said:Aber ich kann auch nicht meinen Adgurad Container mit eigener IP anpingen aber meine HomeAssistent VM kann ich anbingenund screen von docker settingsipvlan oder macvlan, host access aktiviert oder nicht, ...
September 18, 2025Sep 18 Author 16 hours ago, MAM59 said:Du redest recht wirr... was will uns der Dichter damit sagen?Was willst Du eigentlich alles erreichen? Adguard, HA.... sehr mystisch...Schick neue Diagnose und noch die aktuelle Routingtabelle ("netstat -nr")sorry für das Rätsel :DGateway (192.168.1.1) = NeinDein PC =Ja Ping klapptHandy = Ja Ping klapptAdGuard Container (eigene IP) =Nein nicht erreichbar, trotz lokaler IPHome Assistant VM =Ja Ping klappthier die ist der auszug aus der Console:Kernel IP routing tableDestination Gateway Genmask Flags MSS Window irtt Iface0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 br0172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0172.18.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-c0cd8c0cd3e9192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 firespray-diagnostics-20250918-1137.zip
September 18, 2025Sep 18 Author 16 hours ago, alturismo said:und screen von docker settingsipvlan oder macvlan, host access aktiviert oder nicht, ...Kommt sofort:
September 18, 2025Sep 18 Community Expert Solution also ersmal schalten wir dann "host access to custom Networks" AN, dann sollte schon mal der Docker erreichbar sein.Also irgendwas ist da faul...Deine Kiste redet immer noch mit dem DHCP Server, trotz statischer Adresse!Kriegt die Adresse 192.168.1.179, wird traurig und löscht alles wieder :-(Das ist nicht normal!Und WLAN pfuscht da auch noch mit rein, das ist doch Chaos pur. Allerdings fehlt mir die kriminelle Phantasie wie man sowas hinbekommt.Du solltest mal besser runterfahren, alles was "network*" heißt aus der config löschen (auf einem anderen Rechner) und neu booten.Dann kommt er zwar nicht mir Deinen Wunschwerten hoch, aber sollte wieder ordentlich im LAN funktionieren. Die statische Adresse kann man auch noch später (vorsichtig) reinmachen... Edited September 18, 2025Sep 18 by MAM59
September 18, 2025Sep 18 Author 52 minutes ago, MAM59 said:also ersmal schalten wir dann "host access to custom Networks" AN, dann sollte schon mal der Docker erreichbar sein.Also irgendwas ist da faul...Deine Kiste redet immer noch mit dem DHCP Server, trotz statischer Adresse!Kriegt die Adresse 192.168.1.179, wird traurig und löscht alles wieder :-(Das ist nicht normal!Und WLAN pfuscht da auch noch mit rein, das ist doch Chaos pur. Allerdings fehlt mir die kriminelle Phantasie wie man sowas hinbekommt.Du solltest mal besser runterfahren, alles was "network*" heißt aus der config löschen (auf einem anderen Rechner) und neu booten.Dann kommt er zwar nicht mir Deinen Wunschwerten hoch, aber sollte wieder ordentlich im LAN funktionieren. Die statische Adresse kann man auch noch später (vorsichtig) reinmachen...Das werde nachher mal versuchen :D vielen dank schon mal für die Hilfe^^ in welchem Log hast du das gesehen? dhcp?
September 18, 2025Sep 18 Community Expert 4 minutes ago, base64 said:n welchem Log hast du das gesehen? dhcp?jep. das gibts auf reinen static maschinen überhaupt nicht.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.