Hallo mal wieder,
das von mir schon beschriebene Problem (Rechner bekommt unter LINBO / im
gestarteten Betriebssystem keine IP per DHCP) besteht leider immer noch,
und auch Alois konnte mir an der Hotline leider nicht weiterhelfen (und
er hat es wirklich mit vielen guten Ideen versucht ;) ).
Ich sitze gerade an einem Rechner, der ohne Rumgezicke gestartet ist, an
dem aber gestern den gesamten Nachmittag über das Problem auftrat. Ich
habe mal die syslog-DHCP-Meldungen von eben gerade mit denen von gestern
Nachmittag verglichen. Was auffällt: Gestern nachmittag gibt es sehr
viele DHCPOFFER-Meldungen, nach denen aber keien Antwort kommt
(DHCPREQUEST / DHCPPACK), außerdem ist der Zeitunterschied bei 'serving
linbofs.lz' zur vorherigen Meldung heute morgen fast nicht vorhanden,
gestern aber 22 Sekunden.
Es ist natürlich möglich, dass das Netz da durch den
Nachmittagsunterricht stark belastet war, aber ich konnte den Rechner
auch kurz vor 17 Uhr noch nicht richtig starten, und da war im Haus nur
noch sehr wenig los. Das Problem tritt auch eher am Nachmittag auf,
morgens höre ich von nur sehr wenigen Fällen.
Was passiert im Laufe des Tages, das dafür verantwortlich ist, dass
DHCP-Anfragen nicht durchkommen? Übrigens, soweit ich weiß, nur in einem
Subnets mit sehr vielen Rechnern (ca. 100) und bei älteren Modellen
(Optiplex 330 / 380).
Was sorgt dafür, dass am nächsten Morgen alle Rechner wieder (zunächst)
funktionieren und dann das Spiel vopn neuem losgeht?
Die IP-Range habe ich übrigens jetzt aus diesem subnets ausgetragen, da
sollte es keine Überschneidungen mehr geben. Leider habe ich erst
gestern Mittag auch ein import_workstations gemacht, damit diese
Änderung auch greift :P Falls es das also war, werde ich es erst im Lauf
dieses Tages herausfinden.
Ich freue mich, wenn jemand noch miträtseln mag, ansonsten nutze ich
diese Nachrichten an die Liste in der Hoffnung, dass (wie so oft) die
Lösung dann von alleine zu mir kommt ;)
Viele Grüße,
Marcus
Logfiles:
more syslog.1 | grep 10.25.200.214 (gestern Nachmittag):
Jun 23 14:28:05 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:28:10 server dhcpd: DHCPREQUEST for 10.25.200.214 (10.16.1.1)
from 00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:28:10 server dhcpd: DHCPACK on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:28:10 server atftpd[24859]: Serving pxelinux.0 to
10.25.200.214:2070
Jun 23 14:28:10 server atftpd[24859]: Serving pxelinux.0 to
10.25.200.214:2071
Jun 23 14:28:10 server atftpd[24859]: Serving
pxelinux.cfg/44454c4c-4b00-1039-804c-b4c04f30344a to 10.25.200.214:49152
Jun 23 14:28:10 server atftpd[24859]: Serving
pxelinux.cfg/01-00-22-19-0e-71-c2 to 10.25.200.214:49153
Jun 23 14:28:10 server atftpd[24859]: Serving pxelinux.cfg/0A19C8D6 to
10.25.200.214:49154
Jun 23 14:28:10 server atftpd[24859]: Serving /german.kbd to
10.25.200.214:49155
Jun 23 14:28:10 server atftpd[24859]: Serving /boot.msg to
10.25.200.214:49156
Jun 23 14:28:10 server atftpd[24859]: Serving logo.16 to 10.25.200.214:49157
Jun 23 14:28:10 server atftpd[24859]: Serving linbo to 10.25.200.214:49158
Jun 23 14:28:24 server atftpd[24859]: Serving linbo to 10.25.200.214:49159
Jun 23 14:28:46 server atftpd[24859]: Serving linbofs.lz to
10.25.200.214:49160
Jun 23 14:30:44 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:30:48 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:39:33 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:39:36 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:39:39 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:39:47 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:40:21 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:40:24 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:40:27 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:40:35 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:40:51 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:03 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:09 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:12 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:15 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:22 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:40 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:53 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:41:57 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:42:00 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:42:08 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
(hier habe ich ausgeschaltet und neu gestartet)
Jun 23 14:42:26 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:47:23 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:47:27 server dhcpd: DHCPREQUEST for 10.25.200.214 (10.16.1.1)
from 00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:47:27 server dhcpd: DHCPACK on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:47:27 server atftpd[24859]: Serving pxelinux.0 to
10.25.200.214:2070
Jun 23 14:47:27 server atftpd[24859]: Serving pxelinux.0 to
10.25.200.214:2071
Jun 23 14:47:27 server atftpd[24859]: Serving
pxelinux.cfg/44454c4c-4b00-1039-804c-b4c04f30344a to 10.25.200.214:49152
Jun 23 14:47:27 server atftpd[24859]: Serving
pxelinux.cfg/01-00-22-19-0e-71-c2 to 10.25.200.214:49153
Jun 23 14:47:27 server atftpd[24859]: Serving pxelinux.cfg/0A19C8D6 to
10.25.200.214:49154
Jun 23 14:47:27 server atftpd[24859]: Serving /german.kbd to
10.25.200.214:49155
Jun 23 14:47:27 server atftpd[24859]: Serving /boot.msg to
10.25.200.214:49156
Jun 23 14:47:28 server atftpd[24859]: Serving logo.16 to 10.25.200.214:49157
Jun 23 14:47:28 server atftpd[24859]: Serving linbo to 10.25.200.214:49158
Jun 23 14:47:50 server atftpd[24859]: Serving linbofs.lz to
10.25.200.214:49159
Jun 23 14:49:48 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 23 14:49:51 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
more syslog | grep 10.25.200.214 (heute morgen)
Jun 24 07:19:06 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 24 07:19:10 server dhcpd: DHCPREQUEST for 10.25.200.214 (10.16.1.1)
from 00:22:19:0e:71:c2 via 10.25.200.254
Jun 24 07:19:10 server dhcpd: DHCPACK on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 24 07:19:10 server atftpd[20921]: Serving pxelinux.0 to
10.25.200.214:2070
Jun 24 07:19:10 server atftpd[20921]: Serving pxelinux.0 to
10.25.200.214:2071
Jun 24 07:19:10 server atftpd[20921]: Serving
pxelinux.cfg/44454c4c-4b00-1039-804c-b4c04f30344a to 10.25.200.214:49152
Jun 24 07:19:10 server atftpd[20921]: Serving
pxelinux.cfg/01-00-22-19-0e-71-c2 to 10.25.200.214:49153
Jun 24 07:19:10 server atftpd[20921]: Serving pxelinux.cfg/0A19C8D6 to
10.25.200.214:49154
Jun 24 07:19:10 server atftpd[20921]: Serving /german.kbd to
10.25.200.214:49155
Jun 24 07:19:10 server atftpd[20921]: Serving /boot.msg to
10.25.200.214:49156
Jun 24 07:19:10 server atftpd[20921]: Serving logo.16 to 10.25.200.214:49157
Jun 24 07:19:10 server atftpd[20921]: Serving linbo to 10.25.200.214:49158
Jun 24 07:19:11 server atftpd[20921]: Serving linbofs.lz to
10.25.200.214:49159
Jun 24 07:19:28 server dhcpd: DHCPOFFER on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 24 07:19:28 server dhcpd: DHCPREQUEST for 10.25.200.214 (10.16.1.1)
from 00:22:19:0e:71:c2 via 10.25.200.254
Jun 24 07:19:28 server dhcpd: DHCPACK on 10.25.200.214 to
00:22:19:0e:71:c2 via 10.25.200.254
Jun 24 07:19:28 server rsyncd[2424]: connect from
d23pc1.lug-kirchheim.es.bw.schule.de (10.25.200.214)
Jun 24 07:19:28 server rsyncd[2425]: rsync on
linbo/start.conf-10.25.200.214 from d23pc1.lug-kirchheim.es.bw.schule.de
(10.25.200.214)
Am 19.06.2015 um 10:44 schrieb Juergen Engeland:
Hallo Marcus,
"keep things simple" war mal ein Slogan, mit dem T-Systems geworben hat ...
Es gibt für mich keinen erkennbaren Grund, weshalb Du "fixed leases"
innerhalb eines "range" vergibst, bzw. wozu Du diese "range"
eingerichtet hast.
Ich würde das ohne langes Nachdenken entflechten.
Gruß Jürgen
Am 19.06.2015 um 10:13 schrieb Marcus Numrich:
Hallo zusammen,
mir kam vorhin ein Verdacht - was würde das für einen Effekt haben,
wenn man einerseits in der workstations-Datei feste IP-Adressen für
ein Subnet vergeben hat (z.B. 10.25.200.167), andererseits aber in der
Konfigurationsdatei für die subnets eine freie Range für dieses Subnet
definiert hat, die diese fest vergebene IP-Adresse umfasst (z.B.
10.25.200 150 - 10.25.200.200)?
Zur Erklärung, diese freie Range wird bei uns nicht benutzt, es gibt
da keine Geräte drin. Aber ich habe den Verdacht, dass die von mir
beschriebenen Netzwerkprobleme immer dann auftauchen, wenn eine
größere Anzahl von Rechnern bei uns schon angemeldet sind. Könnte es
da irgendwelche Konflikte geben?
Viele Grüße,
Marcus
_______________________________________________
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
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
