Server von jetzt auf gleich nicht mehr erreichbar

[Kanish]

Hi,

 

ich habe nun seit längerem das Problem das mein Server von jetzt auf gleich nicht mehr im Netzwerk erreichbar ist, mal geht es paar Wochen/Monate gut, und aufeinmal isser wieder "offline". 

Server ist dann an, aber nicht mehr erreichbar, nicht per SSH, WebIf oder sogar Ping. 

 

Gerade eben ist es wieder passiert, war etwas über Emby am gucken, und dann stoppte die Wiedergabe und ich kam nicht mehr drauf. 

 

Ich habe extra eingestellt das, dass Syslog im Flash gespeichert werden soll. Daher hab ich zum glück einen Auszug davon - allerdings sagt dieser nichts aus.

Aug 15 11:21:10 Server emhttpd: spinning down /dev/sdf
Aug 15 11:21:55 Server emhttpd: read SMART /dev/sdf
Aug 15 11:37:26 Server emhttpd: spinning down /dev/sdf
Aug 15 11:42:38 Server emhttpd: read SMART /dev/sdf
Aug 15 11:58:10 Server emhttpd: spinning down /dev/sdf
Aug 15 12:03:23 Server emhttpd: read SMART /dev/sdf
Aug 15 12:18:54 Server emhttpd: spinning down /dev/sdf
Aug 15 12:26:22 Server kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021

 

Das ist ca. die letzte Stunde vorm "crash" die letzte Zeile ist der neustart den ich dann geregelt habe (Schalter am Case).

 

 

Zur Hardware:
MB: Gigabyte B450M DS3H

CPU: Athlon 200GE

RAM: 2x 8GB DDR4 G.Skill AEGIS

HDDs: 6+6+6+4+4+4 TB

Cache: 24ßGB Kingston A1000 nvme

Unassigned: 480GB Sandisk SSD

 

Hatte zwischendurch auch einen Ryzen 7 1700 drin - den ich für mehr leistung haben wollte, dachte dann lange der Fehler kam durch den Prozessor (weil nachdem dieser rein kam fing es an) - allerdings habe ich vor einer Woche deshalb zurück gewechselt und heut ging es wieder los mit dem Problem.

 

Es ist auch kein Unterschied ob der Server 24/7 durchläuft oder (wie aktuell) nur noch Teilweise an ist.

[Ford Prefect]

Hi,
 
ich habe nun seit längerem das Problem das mein Server von jetzt auf gleich nicht mehr im Netzwerk erreichbar ist, mal geht es paar Wochen/Monate gut, und aufeinmal isser wieder "offline". 
Server ist dann an, aber nicht mehr erreichbar, nicht per SSH, WebIf oder sogar Ping. 
 
Gerade eben ist es wieder passiert, war etwas über Emby am gucken, und dann stoppte die Wiedergabe und ich kam nicht mehr drauf. 
 
Ich habe extra eingestellt das, dass Syslog im Flash gespeichert werden soll. Daher hab ich zum glück einen Auszug davon - allerdings sagt dieser nichts aus.

Aug 15 11:21:10 Server emhttpd: spinning down /dev/sdfAug 15 11:21:55 Server emhttpd: read SMART /dev/sdfAug 15 11:37:26 Server emhttpd: spinning down /dev/sdfAug 15 11:42:38 Server emhttpd: read SMART /dev/sdfAug 15 11:58:10 Server emhttpd: spinning down /dev/sdfAug 15 12:03:23 Server emhttpd: read SMART /dev/sdfAug 15 12:18:54 Server emhttpd: spinning down /dev/sdfAug 15 12:26:22 Server kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021

 
Das ist ca. die letzte Stunde vorm "crash" die letzte Zeile ist der neustart den ich dann geregelt habe (Schalter am Case).
 
 
Zur Hardware:
MB: Gigabyte B450M DS3H
CPU: Athlon 200GE
RAM: 2x 8GB DDR4 G.Skill AEGIS
HDDs: 6+6+6+4+4+4 TB
Cache: 24ßGB Kingston A1000 nvme
Unassigned: 480GB Sandisk SSD
 
Hatte zwischendurch auch einen Ryzen 7 1700 drin - den ich für mehr leistung haben wollte, dachte dann lange der Fehler kam durch den Prozessor (weil nachdem dieser rein kam fing es an) - allerdings habe ich vor einer Woche deshalb zurück gewechselt und heut ging es wieder los mit dem Problem.
 
Es ist auch kein Unterschied ob der Server 24/7 durchläuft oder (wie aktuell) nur noch Teilweise an ist.

Klingt von hier aus erstmal nach einem Netzwerk- Problem.
Hast Du Ping usw. mit der IP- Adresse des Servers probiert? Woher weißt Du, dass diese IP zum Zeitpunkt des Problems auch die richtige ist bzw. nicht doch doppelt vergeben wurde?


Gesendet von meinem SM-G960F mit Tapatalk

[Kanish]

Die IP kann nicht doppeltvergeben sein da außerhalb des DHCP Bereiches, und ich die paar Geräte außerhalb von Hand vergeben habe.

Und ja, Ping hab ich auch versucht, nicht erreichbar.

[ViRtualRealitY]

Just now, Kanish said:

Die IP kann nicht doppeltvergeben sein da außerhalb des DHCP Bereiches

Das dachte ich bei mir auch und dann hat mein Server laut Logs sich umgestellt in den DHCP berreich, obwohl ich meiner FritzBox gesagt habe der Server hat nur die eine IP.
Bei mir hatte ich das Problem aber auch mit "Zielhost nicht erreichbar", ich habe dann auf die Version 6.10.0-rc1 gewechselt und docker auf ipvlan gestellt, mal schauen ob es was bringt.

[Kanish]

Hab die IP fest im unraid angeben, da verstellt sich nix. 

Hab dennoch nochmal im Fritzbox Log geguckt (weil ich der eh nicht ganz traue) da gibt's aber auch keinen Eintrag.

[ViRtualRealitY]

Geht auch nicht von der FritzBox aus glaube ich. Bei mir war der Unraid Server auch fest eingestellt, dennoch das gleiche. Das ist irgend ein Bug, aber ich kann dir nicht genau sagen wo warum und was genau. Davon mal abgesehen kann es bei mir auch ein Hardware fehler sein.

[Kanish]

Hardware Fehler kann ich leider auch nicht ausschließen. 

 

Werde beim nächsten auftreten am besten nochmal den Angryipscanner durchlaufen lassen und gucke ob sich der Server irgendwo anders herumtreibt

[Ford Prefect]

wenn Du Monitor und Tastatur anschliessen kannst, dann direkt im unRaid Terminal mal schauen, was noch geht, bevor Du einen Hard-Reset machst.

Wenn möglich als erstes die Diagnostics-Zip erstellen.....im Terminal einfach "diagnostics" eingeben und ausführen/return....dann hier reinhängen.

[mgutt]

2 hours ago, Ford Prefect said:

Ich habe extra eingestellt das, dass Syslog im Flash gespeichert werden soll. Daher hab ich zum glück einen Auszug davon - allerdings sagt dieser nichts aus

Ist der Auszug aus der /boot/logs/syslog? Weil dahin spiegelt der ja.

[Ford Prefect]

Ist der Auszug aus der /boot/logs/syslog? Weil dahin spiegelt der ja.

...der ruf geht an@kanish

Gesendet von meinem SM-G960F mit Tapatalk

[Kanish]

Ja ist genau aus dem Log. Halt nix auffälliges zum Zeitpunkt des "unerreichbar seins" 

[Ford Prefect]

...deswegen tippe ich auf Netzwerk.
Evtl. hat es auch Deine DHCP Einstellungen in der Fritte zerschossen (FW Update einer Provider-Box, zB)....

Gesendet von meinem SM-G960F mit Tapatalk

[mgutt]

18 hours ago, Ford Prefect said:

emhttpd: spinning down /dev/sdfAug 15 12:26:22 Server kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021

 

Da zwischen dem spindown und dem harten Serverneustart kein Netzwerkfehler oder so geloggt wurde, kann ich mir kaum vorstellen, dass es sowas ist.

 

Hast du ASPM enabled?

lspci -vv | grep 'ASPM.*abled'

 

Falls ja, dann mal testweise im BIOS deaktivieren.

 

Sonstige Stromsparmechanismen?

 

Kannst du einen Monitor anklemmen um zu sehen ob der Server dort was auswirft?

 

Hast du Container oder VMs, die das br0 Netzwerk nutzen? Wenn ja, verzichte mal darauf.

[Ford Prefect]

...wenn der Fehler ausserhalb unraid im Netzwerk auftritt muss in den unraid logs garnix dazu stehen, solange von unraid host selbst kein Netzwerk genutzt wird. Je nach Infrastruktur kann auch ein switch in der Mitte "zu machen" ohne das der physische link zum unraid host nicht beeinträchtigt wird.

Ich präziere: ich tippe auf ein Netzwerk- Problem ausserhalb des unraid host. Vielleicht verwechseln wir hier Ursache und Wirkung...ich würde das einfach nicht lapidar ausschließen....auch wenn der TE hier anderer Meinung ist.

Gesendet von meinem SM-G960F mit Tapatalk

[Kanish]

Ich werde Mal gucken wenn es wieder Auftritt (leider extrem willkürlich) ob dann das unraid eine andere ip hat. 

Hatte den Fall noch nicht das wenn ich am Endgerät die IP festvergebe die fritte dann doch Murks macht, aber komplett ausschließen will ich es nicht.

 

 

54 minutes ago, mgutt said:

Hast du ASPM enabled?

lspci -vv | grep 'ASPM.*abled'

 

Falls ja, dann mal testweise im BIOS deaktivieren.

 

Sonstige Stromsparmechanismen?

 

Hast du Container oder VMs, die das br0 Netzwerk nutzen? Wenn ja, verzichte mal darauf.

 Aspm gucke ich heute Abend nach wenn ich Zuhause bin.

 

Stromsparen ist nix mehr aktiviert außer das die Platten ausgehen, Zeit lang hatte ich powertop genutzt aber da ich das im Verdacht hatte danach sogar unraid neu aufgesetzt.

 

Ich hab ne VM mit br0 im Einsatz, ich glaub docker keine, kann ich aber heut Abend checken

[mgutt]

17 minutes ago, Kanish said:

Ich hab ne VM mit br0 im Einsatz

 

Es gibt wohl bei manchen die Situation, die br0 bei einer VM zusammen mit virtio nutzen und dann ein Docker im br0 das System zum Absturz bringen soll:

https://forums.unraid.net/topic/101283-what-is-the-difference-between-virtio-and-virtio-net/?tab=comments#comment-1021453

 

[Kanish]

So, gerade gucken können. ASPM ist deaktiviert

Allerdings habe ich ztatsächlich neben der br0 VM auch noch einen Docker (unifi-controller) mit br0 am laufen. 

Werde gucken das ich das umstellen kann…

 

Nervig ist halt das der Fehler nur immer mal wieder auftritt, daher will ich nun nicht zuviel aufeinmal verändern, klar isses schön wenn es am ende dann behoben ist, aber dann weiß ich ja immernoch nicht was es genau war.

[mgutt]

25 minutes ago, Kanish said:

VM auch noch einen Docker (unifi-controller) mit br0 am laufen. 

Werde gucken das ich das umstellen kann

Ja der läuft sogar als Bridge. Du musst nur die IP in den Einstellungen hinterlegen. Sollte auf den letzten Seiten des Unifi Support Threads stehen. Ich hatte das Problem nämlich auch 😉

[Kanish]

vielen dank für den Tipp.

 

VM ist nu wie oben beschrieben auf virtio-net umgestellt

Unifi-Controller ist auf bridge 

 

mal sehen was nun passiert. 

[Kanish]

Ich glaube ich habe es gefunden, und es muss wirklich an der Fritzbox gelegen haben. 

Tut mir leid das ich daran gezweifelt hab - aber hatte genau diesen Fehler in Jahrzehnten Fritzbox und Festen IPs nie gehabt.

 

Unter den Portfreigaben habe ich gerade gesehen das da der Server aufeinmal eine andere IP hat als er sollte. Also muss da doch die Fritzbox irgendetwas vergeigt haben.

[ViRtualRealitY]

1 minute ago, Kanish said:

Also muss da doch die Fritzbox irgendetwas vergeigt haben.

Die Vermutung habe ich aktuell auch, welche FritzBox hast du ? Bei mir hab ich das Problem mit der 7490, bald bekomme ich aber eine 5530 mal schauen ob die auch so Probleme macht.

[Kanish]

Hab die 6591 - werde nun (wieder) umstellen und DHCP auslagern, hatte immer wieder generell im verdacht das der DHCP der Fritzbox probleme macht, aber das er trotz fester IP dinge verstellt hab ich nicht gedacht.

[ViRtualRealitY]

Musst du die Fritz Box regelmäßig neustarten? Bei mir habe ich den verdacht, da mein ISP mit DSL Probleme haben kann muss ich regelmäßig die FritzBox neustarten. Und dann irgendwann verliert mein Unraid Server die IP.

[Kanish]

Eigentlich nicht, normal läuft die hier Wochen und Monate durch. Aber irgendetwas muss da so krumm sein das trotz fest eingestellter IP im Unraid die Fritzbox denkt das der eine andere hat.

 

Im Unraid: 192.168.250.10

Und in der übersicht bei den Portfreigaben sagt der Server = 192.168.250.50

 

wundert mich das die Freigabe überhaupt funktioniert hat.

[ViRtualRealitY]

Leider kann ich nicht sagen, wenn man jetzt eine OPNsensebox oder PFsensebox dazwischen packt, dass die Probleme weg sind. Ansonsten würde ich auch mal die Methode von @mgutt probieren, der hat ja was, welches wenn der Server kein netzt mehr bekommt die network.cfg löscht.