Ubuntu-Linux-Server Netzwerkprobleme (SSH und Apache 2)
Hallo zusammen,
seit einem Stromausfall habe ich ein mittelschweres Problem. Kurz vorweg, der Server ist ein Caldav-Server (Davical) und läuft auf einem VMWare ESX 3.5-Server.
Vor einer Woche ist bei uns am Wochenende der Strom ausgefallen, danach fing es dann an. Der Kalenderserver war nicht mehr erreichbar, jedenfalls nicht über SSH (Wartung + Bedienung per Putty)
sowie HTTP(S) - sprich Webinterface und Thunderbird-Integration.
Ich habe aber absolut keine Ahnung, woran das noch liegen könnte. Ausprobiert habe ich:
- Apache + SSH neu installieren
- Netzwerkinterface eth0 neu konfiguriert (auch mal auto eth0 ausgeklammert)
- VMWare-Tools installiert
- IPv6 ausgeschaltet
- Virtuelle Maschine auf einen anderen ESX migriert (VMotion)
Das seltsame ist, dass Apache und SSH immer zusammen ausfallen. Im /var/log stehen absolut gar keine Error-Messages. Anpingbar ist der Server meistens noch. Interessant ist, dass ein /etc/init.d/networking restart alle Dienste wieder erreichbar macht.
Hat irgendwer von euch noch 'ne Idee?
Danke & Grüße
seit einem Stromausfall habe ich ein mittelschweres Problem. Kurz vorweg, der Server ist ein Caldav-Server (Davical) und läuft auf einem VMWare ESX 3.5-Server.
Vor einer Woche ist bei uns am Wochenende der Strom ausgefallen, danach fing es dann an. Der Kalenderserver war nicht mehr erreichbar, jedenfalls nicht über SSH (Wartung + Bedienung per Putty)
sowie HTTP(S) - sprich Webinterface und Thunderbird-Integration.
Ich habe aber absolut keine Ahnung, woran das noch liegen könnte. Ausprobiert habe ich:
- Apache + SSH neu installieren
- Netzwerkinterface eth0 neu konfiguriert (auch mal auto eth0 ausgeklammert)
- VMWare-Tools installiert
- IPv6 ausgeschaltet
- Virtuelle Maschine auf einen anderen ESX migriert (VMotion)
Das seltsame ist, dass Apache und SSH immer zusammen ausfallen. Im /var/log stehen absolut gar keine Error-Messages. Anpingbar ist der Server meistens noch. Interessant ist, dass ein /etc/init.d/networking restart alle Dienste wieder erreichbar macht.
Hat irgendwer von euch noch 'ne Idee?
Danke & Grüße
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 147204
Url: https://administrator.de/contentid/147204
Ausgedruckt am: 25.11.2024 um 12:11 Uhr
12 Kommentare
Neuester Kommentar
Hiho,
habe da eine vermutung, wie sieht es denn auf dem System aus sobald das netzt weg ist, was sagt ifconfig, netstat etc. pp., laufen die benötigten Prozesse noch, steht etwas im dmesg?
mfg
habe da eine vermutung, wie sieht es denn auf dem System aus sobald das netzt weg ist, was sagt ifconfig, netstat etc. pp., laufen die benötigten Prozesse noch, steht etwas im dmesg?
mfg
Ist den der Host noch anpingbar oder gar nicht mehr erreichbar? Kannst du bitte mal eine Ausgabe von dmesg und lsmod schicken?
mfg
mfg
Hmm ok,
kannst du bitte mal folgendes probieren (im viclient):
wir hatten nämlich ein ganz ähnliches problem wobei der vmxnet treiber gewisse checksumming arten (TSO, TX/RX Checksumming) aktiviert hatte, diese sich auch nicht deaktivieren liesen (kann man ansonsten alles über ethtool machen, zb ethtool -k ethx) und in den netzwerkdumps immer nur checksumming fehler kamen und dewegen keinerlei TCP Verbindungen mehr aufgebaut werden konnten. Der Call dafür bei VMware läuft noch...
danach kannst du denn server ja wieder laufen lassen, sollte das problem wieder auftreten, lag es auf jedenfall dann nicht an den checksummen
mfg
kannst du bitte mal folgendes probieren (im viclient):
modprobe -r vmxnet; modprobe -r pcnet 32
mv /etc/modprobe.d/vmware-tools /root/ (oder irgendwo anders hin)
modprobe pcnet32
mv /etc/modprobe.d/vmware-tools /root/ (oder irgendwo anders hin)
modprobe pcnet32
wir hatten nämlich ein ganz ähnliches problem wobei der vmxnet treiber gewisse checksumming arten (TSO, TX/RX Checksumming) aktiviert hatte, diese sich auch nicht deaktivieren liesen (kann man ansonsten alles über ethtool machen, zb ethtool -k ethx) und in den netzwerkdumps immer nur checksumming fehler kamen und dewegen keinerlei TCP Verbindungen mehr aufgebaut werden konnten. Der Call dafür bei VMware läuft noch...
danach kannst du denn server ja wieder laufen lassen, sollte das problem wieder auftreten, lag es auf jedenfall dann nicht an den checksummen
mfg
Hmm, dann bin ich ersteinmal ratlos, müsste man halt bei auftretendem problem sich ansehen...
versuch mal bitte folgendes:
auf dem ESX/ESXi
in vmname.vmx
ethernet0.virtualDev = "e1000"
dann sieht das bei mir so aus (CentOS4.8):
root@mail ~]# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:0C:29:08:5E:A3
inet addr:192.168.1.14 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe08:5ea3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:442103 errors:0 dropped:0 overruns:0 frame:0
TX packets:467296 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:180460127 (172.1 MiB) TX bytes:307825424 (293.5 MiB)
dmesg:
Intel(R) PRO/1000 Network Driver - version 7.3.20-k3-NAPI
Copyright (c) 1999-2006 Intel Corporation.
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 18 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:11.0 to 64
e1000: 0000:00:11.0: e1000_probe: (PCI:66MHz:32-bit) 00:0c:29:08:5e:a3
divert: allocating divert_blk for eth0
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth0: e1000_watchdog_task: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
VMware memory control driver initialized
vmmemctl: started kernel thread pid=2758
e1000: eth0: e1000_set_tso: TSO is Enabled
eth0: no IPv6 routers present
cat /etc/sysconfig/network-scripts/ifcfg-eth0
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.1.14
NETMASK=255.255.255.0
GATEWAY=192.168.1.254
#HWADDR=00:0C:29:6D:CC:28
ich kommentiere die MAC immer aus dann kann man die VM auch clonen u. verschieben
vmmemctl 15708 0
md5 8129 1
ipv6 244961 81
iptable_filter 6977 0
ip_tables 23105 1 iptable_filter
button 10705 0
battery 12997 0
ac 8901 0
e1000 122837 0
einer aus dem Club hat mir letzten was erzählt das er ein merkwürdiges Problem mit einen Interface hatte
und nachdem er den wpa_supplicant installiert hatte war es weg, obwoh da kein 802.1X oder WLAN im Siel war ...
poste bitte deine /etc/network/interfaces
cu h.
REF:
<http://wiki.ubuntuusers.de/interfaces>
<http://wiki.ubuntuusers.de/WLAN/wpa_supplicant>
<http://kb.vmware.com/kb/1001805>
auf dem ESX/ESXi
in vmname.vmx
ethernet0.virtualDev = "e1000"
dann sieht das bei mir so aus (CentOS4.8):
root@mail ~]# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:0C:29:08:5E:A3
inet addr:192.168.1.14 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe08:5ea3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:442103 errors:0 dropped:0 overruns:0 frame:0
TX packets:467296 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:180460127 (172.1 MiB) TX bytes:307825424 (293.5 MiB)
dmesg:
Intel(R) PRO/1000 Network Driver - version 7.3.20-k3-NAPI
Copyright (c) 1999-2006 Intel Corporation.
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 18 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:11.0 to 64
e1000: 0000:00:11.0: e1000_probe: (PCI:66MHz:32-bit) 00:0c:29:08:5e:a3
divert: allocating divert_blk for eth0
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth0: e1000_watchdog_task: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
VMware memory control driver initialized
vmmemctl: started kernel thread pid=2758
e1000: eth0: e1000_set_tso: TSO is Enabled
eth0: no IPv6 routers present
- uname -a
cat /etc/sysconfig/network-scripts/ifcfg-eth0
- Intel Corporation 82545EM Gigabit Ethernet Controller (Copper)
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.1.14
NETMASK=255.255.255.0
GATEWAY=192.168.1.254
#HWADDR=00:0C:29:6D:CC:28
ich kommentiere die MAC immer aus dann kann man die VM auch clonen u. verschieben
- lsmod
vmmemctl 15708 0
md5 8129 1
ipv6 244961 81
iptable_filter 6977 0
ip_tables 23105 1 iptable_filter
button 10705 0
battery 12997 0
ac 8901 0
e1000 122837 0
einer aus dem Club hat mir letzten was erzählt das er ein merkwürdiges Problem mit einen Interface hatte
und nachdem er den wpa_supplicant installiert hatte war es weg, obwoh da kein 802.1X oder WLAN im Siel war ...
poste bitte deine /etc/network/interfaces
cu h.
REF:
<http://wiki.ubuntuusers.de/interfaces>
<http://wiki.ubuntuusers.de/WLAN/wpa_supplicant>
<http://kb.vmware.com/kb/1001805>