Es sind Gigabit-Clients und auch solche mit 100MBit betroffen.
Ich konnte das Problem einmal selbst an einem 100MBit-Rechner
nachstellen, da waren von den zwei Computerräumen einer zur Hälfte
belegt, und im Rest des Gebäudes ist normalerweise nicht so arg viel
los,... Also schon mit Last im Netz, aber relativ gering...
Was den möglichen Pseudo-Loop angeht: Ich bin mir relativ sicher, dass
die Switches, als ich in den Ferien allein in der Schule war, keinen
Datenverkehr angezeigt haben. Ich schau mir das in den kommenden Tagen
aber trotzdem nochmal an.
Vor allem aber trat das Problem mit der PaedML 4 ja nie auf, nicht ein
einziges Mal, und seitdem hat sich in der Hardwareausstattung nichts
verändert, bis auf den Server selbst zumindest.
Da der Fehler (wie gesagt) bei einigen Kollegen schon den Unterricht
komplett geschmissen hat, muss ich unbedingt bald das Problem (so gut es
geht) lösen!
Mal noch 'ne Frage: Besteht die Möglichkeit, dass lml 6.1 mit seiner
anderen Art von EInbindung der Tauschverzeichnisse lösen könnte?
Falls ja, wann soll's die stabile Verison geben und wie lange dauert das
Upgrade vermutlich? Reichen da ein, zwei Konsolenbefehle und die
Verteilung eines neuen Images auf die Clients?
Danke und Gruß
Christoph Krebs
Am 14.11.2014 23:18, schrieb Holger Baumhof:
Hallo Christoph,
Das Schulnetz is tatsächlich ziemlich alt, aber ansonsten geht's
eigentlich. Vor allem aber hatten wir das Problem mit der alten PaedML
nie und Internetzugang sowie Image-Verteilung (übrigens nicht über
Torrent) läuft ohne Fehler.
Der Server ist virtualisiert, allerdings sollte ein 3,5GHz-Core-i5 mit 4
physikalischen Kernen eigentlich reichen, auch wenn's unter Windows 7
läuft... :)
Auch trat der Fehler auf verschiedenen Hardwareklassen bereits auf.
Reine Netzwerk-Downloadraten sind übrigens recht ordentlch für das
100MB-Netz, ein kleiner Teil ist auch schon Gigabit, und auch da werden
übliche Downloadraten erreicht.
.. sind nur GB Clients betroffen, oder auch 100Mbit/s Clients?
Gigabit auf nicht Gigabit taugleichen Kabeln ist ein fieses Problem: das
merkt man nciht so richtig.
Es scheint alles fein zu laufen, auch schnell, aber wenn mal mehrere
Clients gleichzeitig richtig Daten schieben, dann gehen Pakete kaputt ..
Das ist schlecht fest zu stellen. Das Problem ist: wenn die Kabel nicht
ordentlich geschirmt sind, dann spucken die in die anderen Kabel im
Strang. Das stört in den anderen Kabeln aber nur, wenn dort auch gerade
Pakete laufen.
Allerdings, das muss man sagen, geht das Netzt bei uns komplett in die
Knie, wenn ein paar Clients gleichzeitig ein Image vom Server ziehen.
Dann geht garnichts mehr, selbst das Linbo-Booten über Netzwerk dauert
10 bis 20 Minuten...
.. das sit normal, wenn du Images per rsync verteilst.
Da geht nicht das Netz in die Knie sondern der rsync Server auf dem Server.
Schau dir mal die Last auf dem Server an, wenn 5 Clients ein Image ziehen.
Deswegen rate ich dir zum Umstieg auf torrent.
Das ist aber unabhängig von deinem Tauschproblem.
Wären da vielleicht mal managed Switches oder sowas sinnvoll?!?
managed Switches bringen da nichts.
Die Hauptfrage muss jetz aber lauten: Wenn Du gleubst, das liegt an
Timeouts (vom virtualisierten Server oder vom Netz), kann man da
irgendwie einstellen, dass bei Einbinden der Tauschordner mehr Zeit
gelassen bzw. länger gewartet wird?!?
.. nun: es kann am Netz liegen (loops) oder am Server, der gerade in die
Knie geht, weil 2 Clients im Haus gesynct werden.
Schlecht fest zu stellen.
Schau dir mal deine Switches (alle) an, wenn eigentlich Ruhe herrschen
sollte.
Blinken die gemütlich, oder machen die einen amerikanischen Weihnachtsbaum?
Kannst du das Tauschproblem nachstellen: allein an einem Client, wenn im
Restnetz nix los ist?
Probier das mal aus.
VIele Grüße
Holger
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
