Hi,
ich habe hier das Problem, dass seit ca. 2 Wochen der vorher klaglos funktionierende LAN-Zugang meines Systems nach ca. 3 Tagen Uptime "verstirbt", d.h. keinerlei Zugriffe außerhalb des Rechners mehr zulässt (auch ein Ping auf eine andere IP im LAN schlägt fehlt). Bis vor kurzem waren Uptimes über mehrere Monate möglich. 10.04.4 ist immer auf dem neuesten Stand gehalten.
Nach einem Neustart (shutdown -r now) funktioniert das System dann wieder klaglos (für ein paar Tage).
Hat jemand eine Idee, was das Problem sein könnte und wie ich es untersuchen bzw. sogar beheben könnte? Kann eines der Kernelupdates in letzter Zeit das Problem sein?
Details:
Mein Ubuntu System ist ein Server, der als Wirt für zwei 10.04.4 Gast-VMs fungiert. Das Netzwerk auf dem System ist als bridge konfiguriert. Eine der VMs stellt eine OpenVPN-Verbindung zu einem anderen Subnetz her. Auch eine Dekonfiguration der Bridge (zurück zum Status konfiguriert in /etc/network/interfaces) beseitigt das Problem nicht, d.h. auch ein /etc/init.d/networking restart hilft nicht.
Config:
interfaces:
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface # auto eth0 # iface eth0 inet dhcp # No bridge setup upon reboot auto eth0 iface eth0 inet static address 192.168.1.24 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 dns-nameservers 192.168.1.100 192.168.1.104 192.168.2.29
Aufbau der Bridge vor dem Start der VMs über folgendes Skript:
#!/bin/bash # # create bridge, add network ifconfig eth0 down brctl addbr virbr0 brctl setfd virbr0 5 brctl addif virbr0 eth0 ifconfig eth0 0.0.0.0 promisc up ifconfig virbr0 192.168.1.24 route add default gw 192.168.1.1 dev virbr0 route add -net 192.168.2.0 netmask 255.255.255.0 gw 192.168.1.100 virbr0 ethtool -s eth0 speed 1000 duplex full
Tool-Output, wenn das Problem aufgetreten ist (Bridge dann wieder dekonfiguriert, um auszuschließen, dass es daran liegt):
eth0 Link encap:Ethernet HWaddr f4:6d:04:63:b4:e2 inet addr:192.168.1.24 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::f66d:4ff:fe63:b4e2/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:22790942 errors:0 dropped:0 overruns:0 frame:0 TX packets:26288422 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:27559042903 (27.5 GB) TX bytes:28209745858 (28.2 GB) Interrupt:30 Base address:0xc000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:5476887 errors:0 dropped:0 overruns:0 frame:0 TX packets:5476887 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:904594422 (904.5 MB) TX bytes:904594422 (904.5 MB)
ethtool:
Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) Link detected: yes
Danke für hoffentlich hilfreiche Tipps!