Hi
Im Zusammenhang mit dem Thread "Unerklärliche Abstürze" hatte ich einige
Fehlermeldungen gepostet die mit illegalen Einträgen in der
Routingtabelle zusammen hingen (mit dem Absturzproblem aber nichts zu
tun hatten). Das Problem mit den Abstürzen ist ja mittlerweile gelöst,
danke nochmal an diejenigen die mir geholfen haben und diejenigen die
mir die ausführlichen Erklärungen gegeben haben. Der Rechner läuft jetzt
seit mehreren Tagen stabil.
Ich hab mir jetzt mal die Zeit genommen den Routingproblemen auf den
Grund zu gehen.
So wie es scheint werden für einige der Aliase die ich erzeugt habe
Routingeinträge auf dem lo0 erzeugt, während andere die, vermutlich
korrekten, Routingeinträge auf das entsprechende Device (hier ed0) bekommen.
Diejenigen Einträge die auf lo0 verweisen werden dann auch vom Kernel
moniert und ich bekomme die Fehlermeldungen in /var/log/messages und
auch in dmesg im Stil von:
"Jun 17 09:12:41 jailhouse kernel: arp_rtrequest: bad gateway
192.168.9.1 (!AF_LINK)"
für jede der falsch eingetragenen IP Adressen. Im einzelnen bekomme ich
diese Meldungen für die IP Aliase:
192.168.9.1
192.168.9.2
192.168.9.6
192.168.9.7
192.168.9.8
192.168.9.21
192.168.9.11
192.168.9.22
192.168.9.23
Die Konfiguration des ed0 sieht so aus:
------------------------------------------------------------------------------------------------------
ed0: flags=108843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.9.253 netmask 0xffffff00 broadcast 192.168.9.255
inet 192.168.9.200 netmask 0xffffffff broadcast 192.168.9.200
inet 192.168.9.1 netmask 0xffffffff broadcast 192.168.9.1
inet 192.168.9.2 netmask 0xffffffff broadcast 192.168.9.2
inet 192.168.9.3 netmask 0xffffffff broadcast 192.168.9.3
inet 192.168.9.4 netmask 0xffffffff broadcast 192.168.9.4
inet 192.168.9.5 netmask 0xffffffff broadcast 192.168.9.5
inet 192.168.9.6 netmask 0xffffffff broadcast 192.168.9.6
inet 192.168.9.7 netmask 0xffffffff broadcast 192.168.9.7
inet 192.168.9.8 netmask 0xffffffff broadcast 192.168.9.8
inet 192.168.9.9 netmask 0xffffffff broadcast 192.168.9.9
inet 192.168.9.10 netmask 0xffffffff broadcast 192.168.9.10
inet 192.168.9.11 netmask 0xffffffff broadcast 192.168.9.11
inet 192.168.9.12 netmask 0xffffffff broadcast 192.168.9.12
inet 192.168.9.21 netmask 0xffffffff broadcast 192.168.9.21
inet 192.168.9.22 netmask 0xffffffff broadcast 192.168.9.22
inet 192.168.9.23 netmask 0xffffffff broadcast 192.168.9.23
inet 192.168.9.201 netmask 0xffffffff broadcast 192.168.9.201
inet 192.168.9.202 netmask 0xffffffff broadcast 192.168.9.202
ether 00:00:b4:5a:59:db
------------------------------------------------------------------------------------------------------
Bezeichnenderweise sind das genau die IP Aliase, die Fehler erzeugen,
auf denen ich schon jails aktiv habe. Auf den anderen laufen noch keine
jails. (Ich bin noch am Einrichten, hab also noch nicht alle IPs belegt
die ich zugewiesen habe.)
Aus irgendeinem Grund werden also diese lo0 Einträge in den/durch die
jails erzeugt die dann so aussehen:
------------------------------------------------------------------------------------------------------
root(at)jailhouse# route -vn get -host 192.168.9.1
u: inet 192.168.9.1; u: link ; RTM_GET: Report Metrics: len 164, pid: 0,
seq 1, errno 0, flags:<UP,GATEWAY,HOST,STATIC>
locks: inits:
sockaddrs: <DST,IFP>
192.168.9.1
route to: 192.168.9.1
destination: 192.168.9.1
interface: lo0
flags: <UP,HOST,DONE,LLINFO,WASCLONED,LOCAL>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu
expire
0 0 0 0 0 0
1500 0
locks: inits:
sockaddrs: <DST,GATEWAY,IFP,IFA>
192.168.9.1 192.168.9.1 lo0 192.168.9.1
------------------------------------------------------------------------------------------------------
Zum Vergleich ein korrekter Eintrag einer IP auf der keine jail läuft
(und fuer die ich auch keine Fehlermeldung bekomme):
------------------------------------------------------------------------------------------------------
root(at)jailhouse# route -vn get -host 192.168.9.3
u: inet 192.168.9.3; u: link ; RTM_GET: Report Metrics: len 164, pid: 0,
seq 1, errno 0, flags:<UP,GATEWAY,HOST,STATIC>
locks: inits:
sockaddrs: <DST,IFP>
192.168.9.3
route to: 192.168.9.3
destination: 192.168.9.3
mask: 255.255.255.255
interface: ed0
flags: <UP,DONE,CLONING>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu
expire
0 0 0 0 0 0
1500 -63
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK,IFP,IFA>
192.168.9.3 255.255.255.255 ed0:0.0.b4.5a.59.db 192.168.9.3
------------------------------------------------------------------------------------------------------
Mein Problem ist jetzt das ich nicht weiss wo diese Einträge herkommen,
also warum die jails diese Einträge erzeugen. Ich hab da nicht wirklich
viel bei google gefunden, es scheint nicht allzuviele mit meinem Problem
zu geben, vermutlich habe ich also was falsch gemacht. Nur was? Ich
würde mich da über einen kleinen Denkanstoß freuen. Vielleicht kann mir
jemand sagen was ich vergessen habe oder wo ich suchen muß damit diese
Meldung aufhört mir die Logs vollzuschreiben. Falls noch irgendwelche
Info fehlt bitte Bescheid sagen ich schicke das gern hoch
Mit freundlichen Grüßen,
Sven Mertens
Die relevanten Systemdaten:
Hardware
--------
CPU: 2xPentium III (Katmai) @ 500MHz
Board: Asus P2B-DS
RAM: 512MB SD
Controller: Onboard AIC7890, Onboard IDE
Festplatten: SEAGATE ST318418N (SCSI 19GB) als /, /usr und /jail
gemounted
IBM DCAS-34330 S65A (SCSI 4GB) als /var gemounted
IBM DCAS-32160W S65A (SCSI 2GB) als /tmp und Swap
gemounted
IBM-DTTA-351010/T56OA73A (IDE 9GB) als /usr/home
gemounted
Interfaces: 3 x rl0-rl2 (RTL 8139d), 1x ed0 (RTL 8129A), 1x tun0
Grafikkarte: Trident AGP Karte, 4MBytes Speicher
Software:
---------
5.4-STABLE FreeBSD
SMP Kernel, 4BSD Scheduler
Kein X11/Xorg, keine besonderen Treiber, console only
diverse Serversoftware, teilweise in jails (Squid, Bind, Postfix, Samba)
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 17 Jun 2005 - 09:55:53 CEST