XigmaNAS

Hallo,
ich nochmal mit meinem neu aufgesetzten HP G8.

Aus erstmal unerfindlichem Grund habe ich seit Stunden gleichbleibend eine hohe CPU-Last und Speicherauslastung.

Die Kiste steht noch neben mir, es sind keinerlei Festplattenaktivitäten zu sehen/zu höhren.



Merkwürdig.... wat is dat nu wieder?

Ich werde mal rebooten.

Old-Papa

Übrigens:

der HP Microserver Gen8 nimmt im Leerlaufbetieb ca. 45 - 50 W! Wenn er am Stromnetz hängt und heruntergefahren ist noch immer 5,5W!

Ob in dem Würfel ein Dienst verrückt spielt kannst du ja über das WebGui kontrollieren.

Kreuzberger

Webinterface Status > Processes

Oder per ssh auf die Maschine und top eingeben ... ist analog dass gleiche wie im Webinterface.
Also der top Befehl wird nur im Webinterface dargestellt.

kreuzberger wrote: ↑

30 May 2017 13:39

Übrigens:
der HP Microserver Gen8 nimmt im Leerlaufbetieb ca. 45 - 50 W! Wenn er am Stromnetz hängt und heruntergefahren ist noch immer 5,5W!

Aha.... Steht so in den Datenblättern. Ist aber nicht mein Problem....

kreuzberger wrote: ↑

30 May 2017 13:39

Ob in dem Würfel ein Dienst verrückt spielt kannst du ja über das WebGui kontrollieren.
Kreuzberger

Das ein Dienst Amok läuft kann sein, nur wo/wie sehe ich das in der WebGUI? (außer im oben gezeigten Screen)
Jetzt, nach reboot ist alles wieder normal.

Old-Papa

Lander wrote: ↑

30 May 2017 14:31

Webinterface Status > Processes

Oder per ssh auf die Maschine und top eingeben ... ist analog dass gleiche wie im Webinterface.
Also der top Befehl wird nur im Webinterface dargestellt.

Ok, beide Posts hatten sich überschnitten.

Mach ich beim nächten Amok mal.

Old-Papa

Update: Habe gerade nachgesehen, ist schon wieder am rödeln. Es blinkt die Netzwerk-LED wie blöde, aber HDs sind aus (schlafen)

smbd ist der Samba Dienst der fuer die Bereitstellung der SMB-Shares zustaendig ist.

Auf Deutsch ... der die Freigaben fuer die Windowskisten bereitstellt.

Erstmal config des Samba ueberpruefen. Hast du da irgendwelche Fehler gemacht ... Folder erstellt dann Freigegeben und dann den Folder geloescht ohne die Freigabe zu entfernen oder sowas in der Richtung ?

...Und mal über Information/SAMBA prüfen ob/wer da dauerhaft auf deinen Server zugreift!

Samba scheint richtig konfiguriert zu sein, es ist ein einziges Verzeichnis freigegeben und das gibt es auch.

Unter Information -> CIFS/SMB ist alles leer, aber unter Information -> Sockets sind gefühlt Millionen Einträge die auf mein Notebook verweisen.



Was bedeuten diese Einträge in diesem Zusammenhang?

Old-Papa

Hoppla Old-Papa,

guck doch erst mal ob da überhaupt nennenswert Daten durch die Netzwerkkarte gehen. Das siehst du recht flott über das WebGui in STATUS - GRAPH.

Wenn da nix passiert ist das Problem intern. Also fängt vermutlich Samba an da Zeuchs aufzuräumen oder Indizierung läuft oder oder oder. Das muss man eben in der CIFS-Configuration nachsehen.
Indizierung wäre ein Thema, wenn du eine Share mit einem Windows-PC gekappt hast.

Ist da auf der Netzwerkkarte Datenverkehr und du weisst, dass du nicht selbst der Verursacher bist, dann Schau mal nach, wie viel da durch geht und im schlimmsten fall wie viel theoretisch euch deinen Internetverbindung als "Upload" möglich ist. Nicht dass da ein Loch in deiner Internetverbindung ist. Auuuuweia!

Kreuzbeger

Nein, es war überhaupt kein Verkehr. Der Graph zeigte im Netzwerk einige kB/s an (normalerweise so um 85MB/s), aber Prozessor war mit ca. 40% am rödeln. Allerdings nicht eine Plattenaktivität, diese sind im Power- bzw. Spin-down! Zumindest die Datenplatten, bei der SSD weis ich nicht. Dort hin verweist derzeit aber noch nichts.

Eigentlich stört es mich ja nicht, nur es irritiert. Wenn ich tatsächlich auf das NAS zugreife, gehen Speicher- und CPU-Auslastung unter 10%

Old-Papa

Nabend Old-Papa,
ok, dann belaste das Ding ständig, und du sparst Strom.

Schon mal nachgesehen, ob ein Firmware-Update zur Verfügung steht?


Kreuzberger

kreuzberger wrote: ↑

30 May 2017 20:55

Nabend Old-Papa,
ok, dann belaste das Ding ständig, und du sparst Strom.
Schon mal nachgesehen, ob ein Firmware-Update zur Verfügung steht?
Kreuzberger

Zumindest habe ich vor 3 Tagen die komplette Kiste geupdatet. Sollte alles auf dem neuesten Stand sein.
Oder von welcher Firmware sprichst Du?

Old-Papa

Nabend Old-Papa,

ich meine die HP Firmware.

Kreuzberger

Ja, die ist komplett auf dem aktuellen Stand.

Old-Papa

OK Old-Papa,

normalerweise dürfte da nix sein. Aber ist es auch nicht wirklich extremst viel Last, also nicht irgendwas wie Vollast.

Ich kann da nur spekulieren, ggf. hat es was mit dem ZFS zu tun. Da bin ich aber kein Experte.

Kreuzbeger

kreuzberger wrote: ↑

30 May 2017 22:59

OK Old-Papa,

normalerweise dürfte da nix sein. Aber ist es auch nicht wirklich extremst viel Last, also nicht irgendwas wie Vollast.

Ich kann da nur spekulieren, ggf. hat es was mit dem ZFS zu tun. Da bin ich aber kein Experte.

Kreuzbeger

Ich vermute, da ist eher mein Notebook der Verursacher. Wie im Bild oben gezeigt, gibt es geschätzt 10.000 Einträge in der oben gezeigten Form:
fffff801047d2810 tcp4 0 0 nas4free1.microsof guido-RF510-RF41.4 .......

Was bedeutet dieses? Versucht irgendein Dienst von Linux-Mint (18.1 Cinnamon) zuzugreifen? Und warum dann "nas4free.microsof"

Wenn ich dann tatsächlich über dieses Notebook zugreife, sind die Einträge weg und die CPU-Last ist unter 1% (Speicher bei ca. 10-35%)

Old-Papa

Moin Old-Papa,

Server gucken häufig nach ob clients, die sich angemeldet haben noch da sind.

Kreuberger

Moin Old-Papa,

schalte mal den Power-Deamon ab oder versuche mal andere Modi aus.

Kreuzberger

Hallo,
ich habe inzwischen auf nas4free 11.0.0.4 geupdatet, zumindest bis jetzt ist alles im grünen Bereich. Auch die ca. 2x10.000 Socket-Einträge sind auf Normalmaß (einige Dutzend) geschrumpft. Allerdings trat das bei der 10.3.0.3er Version ja auch erst nach ein paar Tagen auf.
Ich beobachte weiter....

Old-Papa

Leider war es das noch nicht....

Das ganze Gerödel ging langsam wieder los. Dabei versucht das NAS offenbar über Port 445 (SMB?) auf meinen Rechner (Linux Mint 18.1) zuzugreifen und zwar wahllos auf Ports zwischen etwa 32000 bis 64000. Etwa alle 2 Sekunden ein Eintrag. Dabei erhöht sich langsam die Speicherauslastung bis zu 93% und die CPU-Last geht langsam bis etwa 50% hoch.

Old-Papa

Update
Ich habe jetzt die Fstab von Cifs/Smb auf NFS umgestellt, der Spuk scheint vorbei zu sein. Zwar gibt n4f nach Dateioperationen den benutzten Speicher nicht frei, zumindest zeigt "Staus->System" diesen weiter als voll an, doch die Zehntausenden Einträge bei den Sockets und Netzwerkverbindungen sind (scheinbar) dauerhaft weg.


Hier sieht man schön, wann mein Notebook an war (ohne Dateioperation vom/zum NAS) Und ganz am Ende dann, als ich CIFS/SMB vorübergehend deaktiviert habe.

Irgendwo in den Tiefen von NAS oder Notebook muss noch ein "Törken" sitzen. Den finde ich noch!

So, "Törken" gefunden, Problem gelöst (Nachtrag: Doch nicht, siehe weiter unten...)

Ich hatte ja zur Datenübertragung von alt nach neu noch beide NAS am Start (nas4free und nas4free1)
Nachdem das durch war, habe ich das neue NAS umbenannt zum alten Namen und die IP angepasst, damit ich nicht alle Rechner, Tablets, Handys usw. anpassen muss.

Und genau dabei habe ich an einer einzigen Stelle was übersehen:


An der Stelle stand noch nas4free1 Folge: Der Dienst smbd kam mit der Namensauflösung nicht zurecht und rödelte ständig.
So einfach kann es manchmal gehen, nur blind darf man (iche) nicht sein.

Old-Papa

Gratulation, darauf muss man erst mal kommen.

Kreuzberger

kreuzberger wrote: ↑

04 Jun 2017 11:35

Gratulation, darauf muss man erst mal kommen.

Kreuzberger

Zu früh gefreut....
Es dauert jetzt zwar länger, doch irgendwann (ca. 20Min) kommt der Mist wieder.
Jetzt aber von beiden eingeschalteten Clients (IP 192.168.0.100 und 192.168.0.129)
Allerdings auf unterschiedlichen Ports. Der eine an 139 (???) und der andere an 445 (smbd)
Ich habe alles komplett in Ruhe gelassen, das schaukelt sich von selber auf. Ca. alle 1-3Sek. ein Aktualisierung.
Die CPU-Last am NAS geht dann bis zu 95% hoch, doch sowie ich auf eins der gemounteten Verzeichnisse zugreife ist Ruhe.
Die (gefühlt) Zehntausenden Einträge (s. Foto) sind sofort weg, CPU-Last kaum messbar.



Was immer das ist, es nervt!



Old-Papa

nun port 139 ist Netbios, das kannst Du mit:
disable netbios = yes
smb ports = 445
in der smb.conf umgehen, vielleicht hilft das.

Nabbbenth.

also irgend was stimmt da mit deiner Netzwerk-Konfiguration nicht.

Ganz oben ist zu lesen, dass dein Server "nas4free1" als hostname hat. Somit wäre der Netbios-Eintrag mit "nas4free1" korrekt.
Geht denn dein DNS zuhause?

Kreuzberger

crowi wrote: ↑

04 Jun 2017 20:44

nun port 139 ist Netbios, das kannst Du mit:
disable netbios = yes
smb ports = 445
in der smb.conf umgehen, vielleicht hilft das.

Werde ich mal versuchen. An welcher Stelle der smb.conf muss/kann ich das eintragen?

@kreuzberger,

doch, das passt schon. Die ersten Fotos waren noch mit der nas4free1 Benennung, die war da auch noch vollkommen richtig (da 2x NAS im Netz). Inzwischen ist aber alles auf nas4free umbenannt.

Old-Papa

Und weiter gehts....
Ich hatte testweise diese Einträge in die smb.conf vorgenommen, das bringt auch nichts.
Solange kein Linux-Mint Rechner hochgefahren ist, ist auch komplett Ruhe. Fahre ich Rechner hoch, melde mich an und mach absolut nichts weiter, beginnt nach einiger Zeit (10-20Min., je nach Mondstand...) das Gerödel. Dabei bleiben die Platten im NAS komplett aus, nur die "Dienste" werden in eine Endlosschleife geschickt. Bei nur einem ruhenden Linux-Mint Rechner gehts auf ca. 50% CPU-Last hoch, bei zweien dann auf über 95%, das NAS wird über die WebGUI fast unbedienbar.
Doch sobald ich auch nur irgendwo mit einem Dateimanager auf eine Freigabe im NAS zugreife ist plötzlich Ruhe, egal ob über NFS oder SMB. Die unendlich vielen Einträge in der nas4free WebGUI bei Diagnose->Informationen "Netzwerkstatus" und "Sockets" sind plötzlich weg, alles normal. Lass ich die Rechner danach wieder in Ruhe, beginnt nach einiger Zeit das Theater von neuem!

Fahre ich dagegen Windowsrechner hoch, passiert nichts. Ich kann diese Rechner stundenlang ruhen lassen, ich kann auf die Fregaben zugreifen, egal - die CPU-Last geht kaum über 1% in Ruhe und selten über 35% bei Mörderdateiverschiebungen.

Irgendwas muss in Linux-Mint 18.1 (Cinnamon) diese Fehler verursachen. Ich werde mal im Linux-Forum schreiben....


In der Zeit, als ich das hier geschrieben habe, ist das Gerödel wieder losgegangen. Ich hatte nur LM hochgefahren und den FF gestartet.

Old-Papa

So, ich bin mir jetzt fast sicher, es liegt am Linux-Mint 18.1 mit Cinnamon Desktop!
Zum Test habe ich eins meiner weiteren Notebooks hervor geholt, darauf ist noch ein älteres LM (17.2 mit Cinnamon) installiert. Allerdings auch nichts weiter, also keine weiteren Anwendungen, das Linux ist jungfräulich. Selbstverständlich habe ich wieder die Mount-Einträge in die Fstab gemacht. Das Notebook kann ich mehrere Stunden kullern lassen, es passiert nichts. Zwar erscheinen auch hier die oben in der Liste gezeigten Einträge, natürlich mit anderer Ziel-IP, doch diese werden nach kurzer Zeit (alle par Sekunden) wieder entfernt. Alles im grünen Bereich also.

Dann habe ich in eben dieses Notebook (ein Dell Lati. D520) eine andere Platte gesteckt und LM 18.1 (Cinnamon) installiert. Danach noch die aktuellen Updates, die Fstab angepasst, mehr aber nicht. Nach kurzere Zeit rödelten schlagartig wieder die oben gezeigten Einträge in unendlicher Liste rein, genau wie auf den anderen Rechnern.

Was auch immer das ist.... Darüber, wie der Netzwerkverkehr zwischen NAS und Clienten mit den dazu gehörenden Protokollen arbeiten, fehlen mir doch etwas die Detailkenntnisse. Zumindest lässt sich dieses Verhalten ab Linux-Mint 18.1 reproduzieren.

Old-Papa

Nimm doch einfach eine NFS Freigabe unter Linux Mint, anstelle der SMB Freigabe.
Das ist sowieso schneller als SMB mit all den Overheads.

crowi wrote: ↑

06 Jun 2017 10:54

Nimm doch einfach eine NFS Freigabe unter Linux Mint, anstelle der SMB Freigabe.
Das ist sowieso schneller als SMB mit all den Overheads.

Mach ich ja derzeit.
Aber... SMB: ca. 85MB/Sek, NFS: ca. 89MB/Sek. Der Unterschied ist eher zu vernachlässigen "Gemessen" mit einem 33GB-File via 1GB-LAN.
Andererseits täte ich schon gerne verstehen warum und wo der Fehler ist.
Das Ganze passiert ja nur, wenn ich die SMB-Freigabe in die Fstab einbinde. Ohne Einbindung ist Ruhe (zumindest ist bisher nichts aufgefallen)

Old-Papa