[Ubuntu/VMWare] Geen netwerk meer

[Flyduck]

Op VMWare 3.5 heb ik een Ubuntu machine draaien. Deze heeft 1 virtual NIC.
Eergisten moest het hele systeem down voor onderhoud, en na het opstarten van deze VM was het netwerk niet meer beschikbaar.
Ondertussen ben ik al een paar uur bezig met een oplossing zoeken en niets heeft nog geholpen.

Draai ik ifconfig dan krijg ik geen enkele interface te zien

/etc/init.d/networking start geeft aan;

eth0: ERROR while getting interface flags: No such device
SIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device
Failed to bring up eth0

Na het gebruik van google heb ik de file /etc/udev/rules.d/70-persistant-net.rules verwijderd.
Echter na rebooten werd deze file niet automatisch weer aangemaakt waarna ik hem handmatig heb aangemaakt, echter nog steeds zonder resultaat.

Ik heb ook al vanalles geprobeerd in de /etc/network/interfaces file, maar daarmee krijg ik alleen de loopback interface aan de praat.

Ook heb ik via VMWare de NIC verwijderd en nieuwe toegevoegd, zelfs 2 toegevoegd zonder resultaat.

Iemand nog een idee wat ik kan proberen?

[Zwelgje]

VMtools wel geinstalleerd

http://www.virtualization...-ubuntu-command-line.html

[Flyduck]

Powershell schreef op donderdag 28 oktober 2010 @ 16:30:
VMtools wel geinstalleerd

http://www.virtualization...-ubuntu-command-line.html

VMTools staan inderdaad geinstalleerd. De machine heeft ook altijd goed gedraait, tot eergisteren...

[DutchNutcase]

Wat staat er in je udev config?

[Flyduck]

DutchNutcase schreef op donderdag 28 oktober 2010 @ 17:52:
Wat staat er in je udev config?

Ben niet zo heel bekend met linux.. bedoel je die file die ik aangemaakt heb?

[Zwelgje]

Flyduck schreef op donderdag 28 oktober 2010 @ 16:37:
[...]


VMTools staan inderdaad geinstalleerd. De machine heeft ook altijd goed gedraait, tot eergisteren...

wat is er veranderd tijdens dat onderhoud mischien dat dat er mee te maken heeft _{mischien is de ESX omgeving geupgrade/gepatched}

[Flyduck]

Powershell schreef op donderdag 28 oktober 2010 @ 21:17:
[...]


wat is er veranderd tijdens dat onderhoud mischien dat dat er mee te maken heeft _{mischien is de ESX omgeving geupgrade/gepatched}

De SAN is uitgebreid, dus geen directe invloed op de VM's
Een andere Ubuntu VM was wel gewoon goed opgestart.

[DutchNutcase]

Flyduck schreef op donderdag 28 oktober 2010 @ 18:23:
[...]


Ben niet zo heel bekend met linux.. bedoel je die file die ik aangemaakt heb?

Ik bedoel inderdaad /etc/udev/rules.d/70-persistent-net.rules. Kun je vervolgens ook de output van

ifconfig

en

lspci

geven?

[DeKaerften]

Als de output van ifconfig geen ip-adres teruggeeft, zou je dan ook de output van

cat /etc/network/interfaces

kunnen posten?

Het kan zijn dat je het ip-adres toegewezen hebt via ifconfig, waardoor het niet persistent is

[Flyduck]

DutchNutcase schreef op vrijdag 29 oktober 2010 @ 10:39:
[...]


Ik bedoel inderdaad /etc/udev/rules.d/70-persistent-net.rules. Kun je vervolgens ook de output van

ifconfig

en

lspci

geven?

Inhoud van 70-persistent-net.rules (zelf aangemaakt, MAC adress komt overeen met die weergegeven bij eigenschappen van de Virtual Machine properties)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:56:91:59:21", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Ifconfig geeft helemaal niets terug

root@cacti:/etc/udev/rules.d# lspci
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 01)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 01)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 08)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 08)
00:0f.0 VGA compatible controller: VMware Inc Abstract SVGA II Adapter
00:10.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 01)
00:11.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rev 10)

Hij ziet blijkbaar wel de (virtual) hardware voor de NIC.

is er misschien een logfile oid waar ik uit kan halen wat er fout gaat?

[Flyduck]

GuitarWeed schreef op vrijdag 29 oktober 2010 @ 12:40:
Als de output van ifconfig geen ip-adres teruggeeft, zou je dan ook de output van

cat /etc/network/interfaces

kunnen posten?

Het kan zijn dat je het ip-adres toegewezen hebt via ifconfig, waardoor het niet persistent is

##### DO NOT EDIT BELOW THIS LINE #####

auto eth0

iface eth0 inet static
address 10.1.252.40
netmask 255.255.255.0
\n gateway 10.1.252.252
dns-nameservers 10.1.252.4

##### DO NOT EDIT ABOVE THIS LINE #####

[Phyt_]

logfiles zat .
Wat geeft je ifconfig als output ?

edit--

ik zie nu dat je dan geen interface te zien krijgt .
kun je onderwater net als in FedoraCore, je onboot=yes flag ergens zetten ? of is dit niet nodig bij ubuntu?

Snapshot terugzetten als test?
Wel even je huidige systeem snapshot save .

Staat in vmware je NIC op connect on boot ?

[ Voor 78% gewijzigd door Phyt_ op 29-10-2010 14:12 ]

[DeKaerften]

Ifconfig geeft geen output als er geen ifup is. Wat geeft

ifconfig -a

terug? (Dat had ik natuurlijk ook eerder kunnen bedenken )

[Flyduck]

Met ifconfig -a krijg ik alleen de loopback interface te zien (lo)

[Flyduck]

Phyt_ schreef op vrijdag 29 oktober 2010 @ 14:10:
logfiles zat .
Wat geeft je ifconfig als output ?

edit--

ik zie nu dat je dan geen interface te zien krijgt .
kun je onderwater net als in FedoraCore, je onboot=yes flag ergens zetten ? of is dit niet nodig bij ubuntu?

Snapshot terugzetten als test?
Wel even je huidige systeem snapshot save .

Staat in vmware je NIC op connect on boot ?

helaas geen snapshot van deze VM.
Nic staat inderdaad op connect on boot.
Dat onboot=yes weet ik niet precies wat je daar mee bedoeld...

[swbr]

Flyduck schreef op vrijdag 29 oktober 2010 @ 16:10:
[...]


helaas geen snapshot van deze VM.
Nic staat inderdaad op connect on boot.
Dat onboot=yes weet ik niet precies wat je daar mee bedoeld...

onboot=yes is de RedHat manier om een interface tijdens het booten automatisch op te brengen, die 'auto eth0' in je /etc/network/interfaces doet hetzelfde.

Je zou kunnen proberen om het type netwerk interface vanuit vmware te veranderen, van e1000 naar die andere optie (of andersom natuurlijk), weet zo even niet uit m'n hoofd hoe dat precies heet.

[Flyduck]

Iemand nog een suggestie.. tot nu toe nog steeds niet gelukt....

[endeavor334]

Dit staat er in mijn 70-persistent-net.rules

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:72:21:4f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Bij mij geeft lsmod de volgende output:

root@Atlas:~$ lsmod
Module                  Size  Used by
acpiphp                18316  0 
ipt_LOG                 4542  1 
xt_limit                1382  1 
xt_multiport            2378  3 
iptable_filter          2271  1 
iptable_mangle          2771  0 
iptable_nat             4414  0 
nf_nat                 15735  1 iptable_nat
nf_conntrack_ipv4      10672  3 iptable_nat,nf_nat
nf_conntrack           61583  3 iptable_nat,nf_nat,nf_conntrack_ipv4
nf_defrag_ipv4          1073  1 nf_conntrack_ipv4
ip_tables               9991  3 iptable_filter,iptable_mangle,iptable_nat
x_tables               14299  5 ipt_LOG,xt_limit,xt_multiport,iptable_nat,ip_tables
fbcon                  35102  71 
serio_raw               3978  0 
tileblit                2031  1 fbcon
font                    7557  1 fbcon
bitblit                 4707  1 fbcon
softcursor              1189  1 bitblit
psmouse                63245  0 
lp                      7028  0 
vga16fb                11385  1 
vgastate                8961  1 vga16fb
parport                32635  1 lp
pcnet32                29402  0 
mii                     4381  1 pcnet32
mptspi                 14716  2 
mptscsih               31997  1 mptspi
mptbase                84238  2 mptspi,mptscsih

met pcnet32 wordt de driver van de NIC geladen. je kan kijken of dit ook bij jou gebeurt.
Is dit niet het geval dan zou je het volgende kunnen doen:

modprobe pcnet32

Ook zou je het volgende na kunnen kijken:

root@Atlas:~$ cat /etc/modprobe.d/vmware-tools.conf 
# Created by VMware Tools
install pcnet32 /sbin/modprobe -q --ignore-install vmxnet; /sbin/modprobe --ignore-install pcnet32 $CMDLINE_OPTS
root@Atlas:~$ 

[Flyduck]

@endeavor334

bedankt voor je reply
Het blijkt dat de module vmxnet niet wordt ingeladen.
Probeer ik deze in te laden krijg ik;
FATAL: Module vmxnet not found.

Op de andere ubuntu machine wordt deze wel ingeladen.
De vraag is nu hoe ik die module geladen krijg....

[endeavor334]

Flyduck schreef op dinsdag 02 november 2010 @ 15:50:
@endeavor334

bedankt voor je reply
Het blijkt dat de module vmxnet niet wordt ingeladen.
Probeer ik deze in te laden krijg ik;
FATAL: Module vmxnet not found.

Op de andere ubuntu machine wordt deze wel ingeladen.
De vraag is nu hoe ik die module geladen krijg....

lokatie: /lib/modules/[kernel versie]/misc/vmxnet.o en .ko
volgens mij moet je vmware-config-tools.pl opnieuw runnen als root
of de vmware-tools opnieuw installeren

de quick and dirty methode is deze van de werkende ubuntu kopiëren en deze in de niet werkende zetten.
persoonlijk zou ik de config opnieuw runnen

Heb je toevallig een apt-get update en apt-get upgrade gedaan?
En welke kernel heb je? Ik weet dat bepaalde vmware-tools niet gaan met nieuwe kernels, die krijg je alleen aan de praat met diverse patches.

Zo heb ik zelf Vmware-server draaien op ubuntu 9.10 met kernel 2.6.32.6 (zelf gecompileerd), dat kostte me wat uitzoek werk en patches om deze aan de gang te krijgen. ook met ubuntu als client heb je hetzelfde gezeur. Door de tools te nemen van de laatste vmware workstation en de ISO's te kopieren naar de juiste vmware lokaties kon ik weer een tijdje voort.

Oja voor de versie controle van je vmware tools:

root@Atlas:/# uname -r
2.6.32-23-generic-pae
root@Atlas:/# vmware-toolbox-cmd -v
8.1.4.11056 (build-227600)
root@Atlas:/# 

Deze versie van de tools heb ik uit de vmware workstation kunnen halen.

[ Voor 9% gewijzigd door endeavor334 op 02-11-2010 19:58 . Reden: aanvulling ]

[Flyduck]

endeavor334 schreef op dinsdag 02 november 2010 @ 19:40:
[...]

Thx! Het werkt weer!
Ik moest de vmware tools opnieuw compilen, daarna deed deze het weer!