January 11, 20233 yr Hallo, ich kann nicht sagen was genau passiert. Hergang: Ich nutze deconz als Docker und iobroker über Win10 VM. Nun wollte ich umsteigen und beides über Docker laufen lassen. Nun hab ich beides als Docker eingerichtet. Wenige Stunden später lässt sich weder die GUI von Unraid noch VMs bzw. Docker erreichen. Ich hab den Rechner neu gestartet (Gigabyte MB, Ryzen 3, 8GB RAM, 128GB NVME Cache, 500GB NVME und 500GB HDD) Für wenige stunden lief alles. Bis das selbe Ereignis passierte. Mein erster Gedanke war, nach ausschlussverfahren die Docker Deaktiviert lassen und schauen was den Fehler verursacht. Dies war unabhängig. Es kam immer zum selben Ereignis. Selbst wenn ich den Rechner gestartet hab aber den Array (Unraid) nicht. Ich weiß nicht genau wo Ich ansetzen soll. Hat jemand eine Idee
January 11, 20233 yr Community Expert Servus @Anubis_BC entweder Syslog Mirror to Flash oder separaten Syslog Server, da sonst die Logs nach dem reboot weg sind. Wenn du, z. B. Mirror to Flash aktiviert hast, nach dem nächsten crash die Diagnostics hier posten.
January 12, 20233 yr 16 hours ago, cz13 said: da sonst die Logs nach dem reboot weg sind. Wenn es ein Hard crash ist, loggt der syslogserver auch nichts mehr weil dann schon alles abgestürzt ist. Es wäre dann sinnvoller einen Monitor anzuschließen, sich als root anmelden und den Befehl: setterm --blank 0 auszuführen, mit diesem Befehl geht der Bildschirm nicht in den Standby, wenn der Server dann Crasht kann man Foto von der Ausgabe machen und weitere Rückschlüsse ziehen. 18 hours ago, Anubis_BC said: Hat jemand eine Idee Hast du bei den Dockern container in br0? Falls ja stell bitte mal in den Docker Einstellungen von macvlan auf ipvlan um, vorausgesetzt du hast keine Fritzbox sonst kann das zu Problemen führen.
January 12, 20233 yr Author 2 hours ago, ich777 said: Wenn es ein Hard crash ist, loggt der syslogserver auch nichts mehr weil dann schon alles abgestürzt ist. Es wäre dann sinnvoller einen Monitor anzuschließen, sich als root anmelden und den Befehl: setterm --blank 0 auszuführen, mit diesem Befehl geht der Bildschirm nicht in den Standby, wenn der Server dann Crasht kann man Foto von der Ausgabe machen und weitere Rückschlüsse ziehen. Hast du bei den Dockern container in br0? Falls ja stell bitte mal in den Docker Einstellungen von macvlan auf ipvlan um, vorausgesetzt du hast keine Fritzbox sonst kann das zu Problemen führen. Die Docker laufen als "bridge" oder "br0" - schau im Screenshot. Da ich eine Fritzbox hab, belasse ich es, wie du beschrieben hast. Das mit dem "setterm --blank 0" hab ich nun auch gemacht und bin gespannt
January 12, 20233 yr Author 19 hours ago, cz13 said: Servus @Anubis_BC entweder Syslog Mirror to Flash oder separaten Syslog Server, da sonst die Logs nach dem reboot weg sind. Wenn du, z. B. Mirror to Flash aktiviert hast, nach dem nächsten crash die Diagnostics hier posten. Vorhin ist das Ereignis erneut aufgetreten, leider ohne das ein Log hinterlegt wurde.
January 12, 20233 yr 2 minutes ago, Anubis_BC said: Da ich eine Fritzbox hab, belasse ich es, wie du beschrieben hast. Ich würd es aber trotzdem mal testen, solange du die Fritzbox nicht neu startest passiert nix... 2 minutes ago, Anubis_BC said: Das mit dem "setterm --blank 0" hab ich nun auch gemacht und bin gespannt Monitor muss aber auch dran bleiben und angeschaltet bleiben.
January 12, 20233 yr Author 16 minutes ago, ich777 said: Ich würd es aber trotzdem mal testen, solange du die Fritzbox nicht neu startest passiert nix... meinst du an jedem docker?😨 Wenn es an den dockern liegen würde, dann dürfte es doch nach einem erneutem start, während das Array noch gestoppt ist, nicht zu diesem Ereignis kommen?
January 12, 20233 yr Author Eben ist das Ereignis erneut aufgetreten. auf dem Foto sind die letzten Einträge. Leider ohne Anhalt auf die Ursache. Hat noch jemand eine Idee?
January 12, 20233 yr Community Expert 16 minutes ago, Anubis_BC said: Hat noch jemand eine Idee? Update auf 6.11.5
January 12, 20233 yr Author Es hat sich nach dem Update, nach dem Reboot innerhalb 10min (Array noch nicht mal gestartet) wieder ereignet.🤮
January 12, 20233 yr 4 minutes ago, Anubis_BC said: Es hat sich nach dem Update, nach dem Reboot innerhalb 10min (Array noch nicht mal gestartet) wieder ereignet.🤮 Hast du denn auf ipvlan umgestellt? Ich vermute da aber eher einen anderen Auslöser, sag mal hast du auch die C-States deaktiviert? Welcher Ryzen 3 ist denn das genau? Diagnostics wären evtl. auch hilfreich.
January 12, 20233 yr Author 1 hour ago, ich777 said: Hast du denn auf ipvlan umgestellt? du meinst so?
January 12, 20233 yr Author 1 hour ago, ich777 said: C-States deaktiviert? Was genau meinst du damit?
January 12, 20233 yr Author 1 hour ago, ich777 said: Diagnostics wären evtl. auch hilfreich. Was genau davon soll ich hier darstellen?
January 12, 20233 yr Author Das ganze ist komisch. Denn es lief vorher perfekt. Ich weiß nicht was sich geändert hat, bzw. was ich unwissentlich verändert hab
January 12, 20233 yr Bei Ryzen der ersten Generation gab es instabilitäten wenn höhere C-States (=Stromsparstufen) aktiv waren. Ich bin mir nicht ganz sicher, aber ich meine das wurde eigentlich inzwischen im Kernel angepasst. Nichts desto trotz kannst du natürlich mal zu testzwecken die C-States deaktivieren (sollte im BIOS eine Funktion dafür geben)
January 12, 20233 yr 36 minutes ago, Anubis_BC said: Was genau meinst du damit? Im BIOS solltest C-States deaktivieren wie schon von @jj1987 hier geschrieben, übrigens, sollte man noch immer machen, 1st und 2nd Gen. Ryzen ist nicht besonders stabil, manchmal, unter Umständen... 37 minutes ago, Anubis_BC said: Was genau davon soll ich hier darstellen? Diagnostics? Die zip Datei einfach hier posten. 40 minutes ago, Anubis_BC said: du meinst so? Genau. Wie gesagt bei 1st Gen Ryzen gab es damals massig Probleme mit Linux, C-States solltest du trotzdem alle deaktivieren, check auch mal ob es nicht ein neueres BIOS gibt und mach evtl. ein BIOS update.
January 12, 20233 yr Vielleicht passt da was nicht wegen der Grafikkarte,irgnd eine Inkompatibilität beim durchreichen der Graka.Denn du bist ja von VM auf Docker umgestiegen.Aus anderen Gründen hatte ich mal ähnliche Probleme mit Abstürzen.Ich musste dann IMMOU in Unraid deaktivieren und die Config löschen.Dann neu aufsetzen Edited January 12, 20233 yr by Bengon
January 12, 20233 yr Author 1 hour ago, Bengon said: Dann neu aufsetzen Das wäre ungünstig, da ich das schon so sehr personalisiert hab.
January 12, 20233 yr 19 minutes ago, Anubis_BC said: Das wäre ungünstig, da ich das schon so sehr personalisiert hab. Ich meinte das einrichten der Graka ...sorry schlecht ausgedrückt von mir
January 12, 20233 yr Author 2 hours ago, ich777 said: C-States solltest du trotzdem alle deaktivieren, check auch mal ob es nicht ein neueres BIOS gibt und mach evtl. ein BIOS update. Hab eben das BIOS Update installiert und C-States deaktiviert. Bin gespannt. Ich berichte diagnostics-20230112-2100.zip
January 13, 20233 yr Author Guten Morgen, seit dem BIOS Update und dem Deaktivieren des C-States, läuft es heue morgen alles noch. Ich hoffe es bleibt so. Ich berichte
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.