#462 closed Defekt (erledigt)
LTSP146 kann paedml nicht auflösen
| Reported by: | Rüdiger Kupper | Owned by: | bau |
|---|---|---|---|
| Priority: | unverzüglich erledigen | Milestone: | Schuljahr 2011/12 |
| Component: | Server: LML-Server (paedml) | Severity: | beeinträchtigt den Unterricht vieler Lehrer |
| Keywords: | Cc: |
Description
Der Server LTSP147 meldet beim Hochfahren, dass er den Namen "paedml.kg-fds.de" nicht auflösen kann.
Hast Du eine Idee, woran das liegt?
Einstweilen versorgt LTSP138 die Clients von LTSP146 mit.
Change History (9)
comment:1 by , 15 years ago
| Summary: | LTSP146 kan paedml nicht auflösen → LTSP146 kann paedml nicht auflösen |
|---|
comment:2 by , 15 years ago
comment:3 by , 15 years ago
OK, anscheinend kann der paedml.kg-fds.de nicht auflösen ??? Komisch.
Ich denke, du musst mal die /etc/resolv.conf ansehen (wie bootet man denn da ein Notsystem?)
domain kg-fds.de
search kg-fds.de
nameserver 10.32.1.251
damit kriegen die anderen LTSP paedml.kg-fds.de aufgelöst. Dumm, dass der einfach hängen bleibt!
comment:4 by , 15 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | new → closed |
Offenbar dauert das Aushandeln des Spanning Tree Protocols zwischen der Netzwerkjkarte und dem Switch in r145 zu lange: Das Netzwerk steht noch nicht zur Verfügung, wenn es benötigt wird. Umschalten des Switches auf das "fast protocol" behebt das Problem.
comment:5 by , 15 years ago
Gestern habe ich LTSP118 neu hochgefahren, und nach dem Hochfahren waren die Homeverzeichnisse (NFS) nicht gemountet. Das ist das erste Mal, dass dieses Problem wieder aufgetreten ist, seitdem ich das Skript geschrieben habe, dass als letztes bei jedem Hochafhren ein mount -a ausführt.
comment:6 by , 15 years ago
Möglicherweise hatte LTSP118 das gleiche Problem wie neulich LTSP145, ich hatte leider keine Zeit, das zu überprüfen. Es könnte aber darauf hinweisen, dass nicht die Rechner, sondern das Netzwerk ein Problem hat. Gibt es eine Möglichkeit, die Netzlast zu überprüfen, ob sich da in letzter Zeit etwas geändert hat? Vielleicht brauchen die Switche so lange, bis sie bereit werden?
P.S.: Die Computerraumrechner (r128) sind heute morgen hingegen offenbar mal wieder problemlos hochgefahren.
comment:7 by , 15 years ago
OK, dann hat wohl das letzte Update von Ubuntu was an der Netzwerkkonfiguration geändert. Gut, ich habe das Gigabit-Interface der beiden LTSP-Server in 118 und 138 auf PORTFAST gesetzt.
follow-up: 9 comment:8 by , 15 years ago
Ich habe am Wochenende den defekten Switch im Raum 128 getauscht.
comment:9 by , 15 years ago
Replying to bau:
Ich habe am Wochenende den defekten Switch im Raum 128 getauscht.
Ah, das erklärt, warum es wieder geht :-). Sehr schön!
Die Switch-Technik ist in Ordnung. ich bekomme hier oben in Raum 145 eine ordentliche IP und bekomme auch Kontakt zum paedML. ich kann den LTSP145 anpingen (10.32.1.247) mehr aber auch nicht. Insbesondere startet er nicht, er zeigt nur den Edubuntu-Bildschirm. Somit kann ich die Namensauflösung auch nicht testen.