Re: [LTSP] boot > 15 min., wenn Bandbreitenübergang im Ethernet
Am Freitag, 2. Juni 2006 10:43 schrieb Joerg Friedrich:
> Daniel Musketa schrieb am Freitag, 02. Juni 2006 um 10:23:49 +0200:
> > Am Freitag, 2. Juni 2006 01:02 schrieb Daniel Musketa:
> > > Am Donnerstag 01 Juni 2006 23:13 schrieb Reinhold Plew:
> > > > Daniel Musketa wrote:
> > > > > Am Donnerstag 01 Juni 2006 19:12 schrieb Reinhold Plew:
> > > > >> Daniel Musketa wrote:
> > > > >> > Ist hier im Netz irgendwas extrem faul oder ist dieses Verhalten
> > > > >> > zu erwarten/normal? Wenn letzteres, gibt es die Möglichkeit, das
> > > > >> > NFS-Mounten stabiler zu machen (über TCP, angehängte Optionen
> > > > >> > oder sowas)?
> > > > >>
> > > > >> Läuft die 10MBit Verbindung evt. im HalfDuplex Mode?
[...]
> > > > > Am Donnerstag 01 Juni 2006 16:43 schrieb Daniel Musketa:
> > > > >> Der Hub (ein 3Com-Office-Teil, ich wüßte auch nicht von einer
> > > > >> Konfigurierbarkeit) dient mir nur als Bremse, weil die eben nicht
> > > > >> konfigurierbaren Switche links und rechts der schlechten
> > > > >> Kabelstrecke sonst versuchen würden, 100 Mbit miteinander zu
> > > > >> sprechen, was schief geht.
> > [...]
> > > Habe gerade mal einen ganz groben Test mit Samba gemacht, weiß nicht,
> > > ob der was aussagt: Wenn ich eine Datei über den 10er Flaschenhals
> > > kopiere, ist der Datendurchsatz ca. 900 kB TX zu 35 kB RX (netto),
> > > starte ich gleichzeitig eine Kopie in die Gegenrichtung, 600 kB TX zu
> > > 375 kB RX. Sieht also schon sehr nach Half Duplex aus, wenn ich das
> > > richtig verstanden habe.
> > >
> > > Was aber könnte das mit dem scheiternden NFS-Mount zu tun haben?
> > > TCP-Verbindungen laufen absolut zuverlässig über diese Strecke und auch
> > > OpenVPN, das über UDP läuft hat keine Probleme (895 kB über eth0 = 850
> > > kB über tun0).
> >
> > So, ein direkt an den Hub angeschlossenes Linux mit ethtool bestätigt
> > mir: Speed: 10 Mb/s
> > Duplex: Half!
[...]
> Zu Deinem Problem: Können Kollisionen der Grund sein? Hat Dein Hub einen
> LED die Dir Kollisionen anzeigt, wenn ja, gibt es vielleicht sehr viele
> Kollisionen?
Der Hub hat eine LED für Kollisionen und eine 8er LED-Kette für die
Netzauslastung.
Unabhängig von den Bootversuchen mit LTSP leuchtet die COLL-LED relativ häufig
kurz auf, eigentlich immer, wenn mal etwas mehr als nur ein paar Byte
übertragen werden, also beispielsweise bei VNC-Anwendungen oder auch _etwas_
größeren HTTP-Übertragungen.
Ein Dauerleuchten sowohl der COLL-LED als auch der Auslastungskette entsteht
immer dann, wenn ich größere Datenmengen z. B. per smb übertrage (obwohl, wie
gesagt, nur zwei Geräte/Switche an dem Hub hängen).
Vielleicht könnte ich generell mal versuchen, den Brems-Hub gegen einen 10er
FullDuplex-Switch auszutauschen, wenn ich irgendwo her einen bekomme ...
Aber vielleicht wäre ein anderer Ansatz ja besser, denn allein LTSPs
Bootvorgang macht hier Probleme, sonst nichts.
Finden den an der offensichtlichen Schwachstelle "NFS-Mount" irgendwelche
Broad-/Multicasts statt, die man dekativieren könnte?
Oder kann ich nicht irgendwo in den Start-Skripten den auf den Client
geladenen Kernel anweisen, sein Root-FS über TCP zu mounten?
Daniel
Reply to: