Vielen Dank für die Info, das hilft sehr!
Vielleicht kann man Windows irgendwie dazu überreden, ein wenig länger
auf die Ordnereinbindung zu warten?!
Oder alternativ, diesen Vorgang zu wiederholen?!?
Prinzipiell wird die Laufwerks-EInbindung ja anscheinend beim
Neu-Anmelden immer wieder gestartet, also wohl mit der Datei, die im
DOS-Fenster beim Windows-Start ausgeführt wird!
Wie heißt die Datei nochmal und wo liegt sie? Kann ich die nicht einfach
in den Autostart verschieben, so dass sie nochmal gestartet wird?!?
Wenn das nicht weiterhilft, werde ich außerdem mal auf dem Server ein
paar Hintergrundprogramme abschalten, um ihn etwas zu beschleunigen.
Wenn das auch nichts hilft und wenn keiner andere Ideen hat, ziehe ich
einen vorgezogenen Wechsel auf lml 6.1 in Betracht.
Und wenn das auch nicht hilft, häng ich meinen Job an den Nagel und hab'
die Schnauze voll... :(
Das Kontingent der Anrechnungsstunden ist jetzt schon erschöpft. Aber
das kennen wohl die meisten hier...
Danke und Gruß
Christoph Krebs
Am 15.11.2014 11:35, schrieb Alois Raunheimer:
Hallo Christoph,
ich hatte das Problem auch. Nicht ganz so heftig, aber bei einzelnen
Usern. Unter Windows waren die Verzeichnisse weg. Mit Ubuntu angemeldet
waren sie da.
Das Problem könnte deshalb auf der Windows Seite liegen. Die letzte Zeit
ist mir das nicht mehr aufgefallen dass Tauschverzeichnisse fehlen. Ich
habe linuxmuster.net <http://linuxmuster.net> 6.1.
Gruß
Alois
Am 15. November 2014 09:12 schrieb Christoph Krebs
<[email protected] <mailto:[email protected]>>:
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
linuxmuster-user@lists.__linuxmuster.net
<mailto:[email protected]>
https://mail.lehrerpost.de/__mailman/listinfo/linuxmuster-__user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
