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

Heyho, ist leider keine Lösung aber eine Idee. Hast du zufällig kein Backup von deinem Jellyfindocker? Wenn ja mach einen Restore. Wenn Nein schnapp mach dir einen neuen Jellyfindocker und richte ihn neu ein. In der Zeit kannst du weiter versuchen den alten zum laufen zu bekommen und kannst trotzdem Serien schaun

Genau das habe ich gerade gemacht

na toll jetzt sitzt ich im selben boot wie du hab gerade mal nachgeschaut wie es bei mir aussieht und zack selbes problem wie du... Hab aber eine Lösung gefunden und nun geht es wieder also du musst per Console auf deinen Docker dann in den Ordner JDownloader2 Im Ordner löscht du dann die Core.jar und den Update sowie tmp ordner Danach einen Reboot und zack er macht updates und kommt hoch

Ich gehe davon aus den Container hast du schonmal neugestartet oder ? kannst du über den Container auf deinen Storage pfad zugreifen ?

uhh das muss ich nachher mal ausprobieren

hat der Docker eine eigene IP oder läuft das im Bridge mode ?

Hey zusammen, eventuell habt ihr einen Tipp oder Denkanstoß. Aktuell hab ich als primär DNS Server mein Adguard laufen, aber da nervt micht die DNS Einstellungen für das interne Netz. Meine erste Idee war einen Bind9 DNS Server zu benutzten, was aber etwas den Rahmen sprengt. Den Bind9 DNS server wollte ich im Adguard unter Private inverse DNS-Server eintragen. Aktuell nutze ich Bind9 nur um meine DNS Skills zu bekommen. Jetzt bin ich aber noch über den LANCache Docker gestolpert und will das auch in meinem System haben. Den muss ich aber als Primär DNS Server eintragen, was mein Adguard Server wieder rauskickt. Wie kann sowas am besten regeln, ohne im Windows/Linux oder an der FW als die DNS server anzupassen ?

Hast du zufällig powertop im Einsatz ? sind da verbesserungen oder verschlechterungen aufgefallen ?

Hey, tut mir leid für die späte Rückmeldung, es kam der Urlaub dazwischen Also mein tailscail geht soweit das ich darüber auf mein Unraid/Nextcloud und mein Homeassistent. Aber ich bekomme keine Verbindung zu jellyfin, hast du da eine Idee ? soo i try it in english too so sorry for my big delay i was in holiday. so i after a reinstall i can acces the unraid/nextcloud and Homeassistent. When i try my jellyfin i got no connection. i also configure a exit Node but without success

hey, first of all thx for answer me in the german Sektion @EDACerton I hope you can help me. Me and a friend of mine share a tailscale "knot". unfortunately we can't get the docker or SMB shares of the other to work. i have to admit, i'm still a noob when it comes to networking. The first test looks like this: My cell phone in the mobile network with the Tailscale VPN tries to log on to unraid. Browser: Tailscaleadress:8400 (I used 8400 as http port for unraid) and get to the login page. But if I then try tailscaleadress:8096, for example, I can't get to my jellyfin. test two: Tailscaile on an external PC, this tries to access a Docker of mine with an extra IP. unfortunately without success. My guess is that I'/we have a problem with the routing Unfortunately, I am currently a bit out of my depth