base64

Das werde nachher mal versuchen :D vielen dank schon mal für die Hilfe^^ in welchem Log hast du das gesehen? dhcp?

Kommt sofort:

sorry für das Rätsel :D Gateway (192.168.1.1) = Nein Dein PC =Ja Ping klappt Handy = Ja Ping klappt AdGuard Container (eigene IP) =Nein nicht erreichbar, trotz lokaler IP Home Assistant VM =Ja Ping klappt hier die ist der auszug aus der Console: Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 br0 172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0 172.18.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-c0cd8c0cd3e9 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0 192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 firespray-diagnostics-20250918-1137.zip

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

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

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?

Einfach nur ein versuch kann gerne wieder updaten ^^ Ich habe die Zip einfach ran gepackt :) firespray-diagnostics-20250916-2250.zip

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

scheinbar geht es nicht ohne VPN. Es sieht so aus als versucht auf nordvpn zuzugreifen und kommt nicht weiter bzw bekommt nicht alle daten

Einmal der Screenshots und Sicherheitshalber ein Screenshot der NVME Disk:

Heyho kurze Frage, die NVME hat jetzt xfs bekommen und Docker schreibt Nativ auf die Disk direkt. Leider popt ab und zu mal noch mal der Fehler auf. Exat die gleichen Logs. Ist dass ein Layer 8 Problem und ich bin einfach zu doch zu doof zum Formatieren

was genau ist das Problem ? kannst du keine weiteren VPN tunnel einbinden ?

hast du mal im Appdata Verzeichnis nachgeschaut, da sollten ja deine DB Daten sein. Wenn die Daten da sind, würde ich versuchen mit einem weiteren mariaDB docker die Daten auszulesen

einfach dann per rm /mnt/user/system/docker/docker.img ? und danke dir schonmal

Hey zusammen, ich hatte schon einmal das Problem und da war mein "Fehler" das meine CachePlatte als BTFRS formatiert war. Nach der Umstellung auf XFS gab es keine Probleme mehr. Jetzt hab ich wieder das Problem: Feb 25 17:22:32 Firespray kernel: I/O error, dev loop2, sector 18937344 op 0x0:(READ) flags 0x1000 phys_seg 4 prio class 2 Feb 25 17:22:32 Firespray kernel: BTRFS error (device loop2: state EA): bdev /dev/loop2 errs: wr 6, rd 1597, flush 1, corrupt 0, gen 0 Feb 25 17:22:33 Firespray kernel: I/O error, dev loop2, sector 18413056 op 0x0:(READ) flags 0x1000 phys_seg 4 prio class 2 Feb 25 17:22:33 Firespray kernel: BTRFS error (device loop2: state EA): bdev /dev/loop2 errs: wr 6, rd 1598, flush 1, corrupt 0, gen 0 Feb 25 17:22:33 Firespray kernel: I/O error, dev loop2, sector 18937344 op 0x0:(READ) flags 0x1000 phys_seg 4 prio class 2 Feb 25 17:22:33 Firespray kernel: BTRFS error (device loop2: state EA): bdev /dev/loop2 errs: wr 6, rd 1599, flush 1, corrupt 0, gen 0 Feb 25 17:22:34 Firespray kernel: I/O error, dev loop2, sector 18413056 op 0x0:(READ) flags 0x1000 phys_seg 4 prio class 2 Feb 25 17:22:34 Firespray kernel: BTRFS error (device loop2: state EA): bdev /dev/loop2 errs: wr 6, rd 1600, flush 1, corrupt 0, gen 0 Kann es daran liegen, das die Docker vDisk in BTRFS formantiert ist ? Ist kein Problem was immer auftritt und ist nach einem reboot gefixt, nervt nur manchmal