I have 3 servers that run VMware Server 1.0.2 and they all run Debian Lenny as the host OS. All the virtual machines run Debian Etch/Lenny has guest OS and they all have the exact same problem.
Once i installed the vmware tools the kernel-modules required to use the network interfaces goes from pcnet32 (amd's chip emulation has i understand it) to the vmxnet modules compiled with the kernel headers (2.6.18-3). The installation itself goes without any problem and the VMs performance are great considering the host hardware.
But when I have to reboot the VM, i will lose the network connectivity till i rebuild and reinstall the vmware tool with the perl script. I tried loading vmxnet with modprobe, no luck. The error message state that the device doesnt exist. Eaven using the pcnet32 driver doesnt make the ethernet interface to work.
My virtual machines are using the "Ubuntu" in 32-bits mode as the guest OS. I chossed the Ubuntu preset since Ubuntu is so close to Debian to its core.
I tried the same thing with a Fedora core 6 host OS with again Debian Lenny has the guest OS and i got the same results.
i have recently been staying away from the whole pcnet/vmxnet driver issues by using the "e1000" virtual device type for the guest
the intel e1000 driver is in any recent OS and there is just let fuss and doesnt require the tools at all.
you can configure this virtual device type in your vmx via
Re: Losing ethernet interfaces in Debian Etch/Lenny[b]Ethernet0.virtualDev = "e1000"[/b][/i]
Found the solution!
The problem : After moving a VM from a VMware server to another, you lose your ethernet interfaces. With a ifup you get the following error :
Re: Losing ethernet interfaces in Debian Etch/LennySIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device[/i]
The problem comes from the network interfaces that had its MAC address changed for some reasons. In theory its not a big problem, but since Debian Etch/Lenny uses udev to managed hot-pluggable devices, you need to change a rule of udev to specify the new MAC address. And since i had a lot of problems with the mess of pcnet32 to vmxnet, I used the suggestion posted before and add the following line in my VM's .vmx file :
Re: Losing ethernet interfaces in Debian Etch/Lenny[i]Ethernet0.virtualDev = "e1000"[/i][/b]
Atfer the VM is booted, you shouldn't have network access since udev binded the "new" ethernet interface to eth1 or eth2. So to keep your network settings clean you need to change following file :
Re: Losing ethernet interfaces in Debian Etch/Lenny[i]/etc/udev/rules.d/z25_persistent-net.rules[/i][/b]
In this file, you'll see that every ethernet interface that have been used with your VM will be listed here, delete everything exept the new line with your e1000 interfaces. With eatch line theirs should be a commented-out line with someting line this :
Re: Losing ethernet interfaces in Debian Etch/Lenny[i]# PCI device 0x8086:0x100f (e1000)[/i][/b]
This next line is the one you need to keep, at the end of the line be shure that the NAME variable has the correct name of your card, in my case, eth0
Re: Losing ethernet interfaces in Debian Etch/Lenny[i]SUBSYSTEM=="net", ........ , NAME="eth0"[/i][/b]
Reboot your VM to make the changes effective and your done!
Tested too with a migration of a downgraded VM from Workstation 6 to VMware server.
Did you have any problems when compiling vmware-tools? I'm running into compilation problems with Deb 2.6.18-4-486...
I do have the kernel source.
any ideas?
Did you have any problems when compiling
vmware-tools? I'm running into compilation problems
with Deb 2.6.18-4-486...
I do have the kernel source.
Nope, never had problems. The packages you need with debian can all be installed with one command :
Re: Losing ethernet interfaces in Debian Etch/Lennyroot# apt-get install build-essential linux-header-´uname -r´ psmisc[/b]
If it still doesn't work, post the output of compilation here, would be easier to see what bugs it.
Atfer the VM is booted, you shouldn't have network
access since udev binded the "new" ethernet interface
to eth1 or eth2. So to keep your network settings
clean you need to change following file :
Re: Losing ethernet interfaces in Debian Etch/Lenny[i]/etc/udev/rules.d/z25_persistent-net.rules[/i][/b]
I can't find the file. I even tried doing a find for it (with just the word "persistent") and none of the files listed came close except for a "persistent-disk.rules" file.
I also tried the apt-get command and I get this:
"E: Command line option 'r' \[from -r´] is not known."
I'm using the current release of Mepis and currently the main problem that I'm having is that either the serverd locks up (I added a line to turn pshare off, so far that problem seems to be gone) and then the vm keeps "shutting off", then when I turn it back on, no network connection.
Tried using the e1000 device and when booted up, the WinXP vm needs to install drivers for it. So now I'm stuck.
Any ideas?
>I also tried the apt-get command and I get this:
"E: Command line option 'r' \[from -r´] is not known."
This is because your using the wrong type of quotes, if you can't find the right ones (just beside the number 1 on an american keyboard). Just type Re: Losing ethernet interfaces in Debian Etch/Lenny[i]uname -r[/i][/b].
So, if your getting :
Re: Losing ethernet interfaces in Debian Etch/Lenny# uname -r[/b]
Re: Losing ethernet interfaces in Debian Etch/Lenny2.6.18-4-686[/i]
That will gives you linux-headers-2.6.18-4-686.
/etc/udev/rules.d/z25_persistent-net.rules
I can't find the file
This might has to do with the fact that Mepis doesn't use udev the same way as Debian does. So you might not have to change that file and not use this guide whatsoever. I never had problems with Ubuntu as guest eaven if it came from Debian.
As for your VM shutting off when your turning it on, check the .log file in the folder of your vm (just beside the .vmx) for more informations.
Hope it helped!
>I also tried the apt-get command and I get this:
"E: Command line option 'r' \[from -r´] is not
known."
This is because your using the wrong type of quotes,
if you can't find the right ones (just beside the
number 1 on an american keyboard). Just type
Re: Losing ethernet interfaces in Debian Etch/Lenny[i]uname -r[/i][/b].
So, if your getting :
Re: Losing ethernet interfaces in Debian Etch/Lenny# uname -r[/b]
Re: Losing ethernet interfaces in Debian Etch/Lenny2.6.18-4-686[/i]
That will gives you linux-headers-2.6.18-4-686.
Thank you. With that, I was still having problems (couldn't find the package), but then I kept backing up on it and tabbing until it gave me what I needed to know. (Needed an "s" to make it "-headers-" then it installed the essentials)
/etc/udev/rules.d/z25_persistent-net.rules
I can't find the file
This might has to do with the fact that Mepis doesn't
use udev the same way as Debian does. So you might
not have to change that file and not use this guide
whatsoever. I never had problems with Ubuntu as guest
eaven if it came from Debian.
Even though Mepis is a flavor of Debian? I've used a unix-like enviroment before, so I'm not completely new to it, however I'm no where near being well knowledged so please forgive me if there's an obvious answer to that question.
As for your VM shutting off when your turning it on,
check the .log file in the folder of your vm (just
beside the .vmx) for more informations.
What's happening is that it'll power on, work for awhile, then 'shut off'. Then when restarting it, it has no network connection. Which is why I tried switching it to e1000, to see if that would help. From reading another thread, I have changed it to vmxnet. Is that the same as the default? If so, then I'm waiting for it to mess up again. But so far, it's been running for almost 21hours straight without any problems. However that's not a good indicator, since it's run for over 24 hours before, and then started acting up on me.
Thanks for your assistance on this, I really appreciate it.
Even though Mepis is a flavor of Debian? I've used a unix-like enviroment before, so I'm not completely new to it, however I'm no where near being well knowledged so please forgive me if there's an obvious answer to that question.
No problem at all, actually it's because as it's root, Mepis comes from Debian, so does Ubuntu. So since they came from Debian, they can use the same type of package (.deb) and the same package manager (apt).
Beside the package manager, theirs plenty of differences between every distributions. Concerning your problem, it might has to do that like Ubuntu, Mepis doesn't use udev the same way as Debian does.
What's happening is that it'll power on, work for awhile, then 'shut off'. Then when restarting it, it has no network connection.
Are you getting errors inside the console of the VM? I was having similar problem but in fact the VM crashed by a problem with too many VMs on a sigle host and the console's "screen-saver" kicked in before i could see the error messages.
It's not much but I hope it helped.
What's happening is that it'll power on, work for
awhile, then 'shut off'. Then when restarting it, it
has no network connection.
Are you getting errors inside the console of the VM?
I was having similar problem but in fact the VM
crashed by a problem with too many VMs on a sigle
host and the console's "screen-saver" kicked in
before i could see the error messages.
It's not much but I hope it helped.
I'm only running the one, and it seems to be random on how long it stays up. Using the vmxnet, it's giving me the original problem that pshare was supposed to fix. I'd like to try e1000 but I don't know what I need to do to make it work inside of the VM/WinXPsp2.
Here are a few logs (ending parts only)...
1st - Most recent. Just had to turn the VM off and then back on, everything worked just fine after that so far.
Jun 28 17:22:30: vmx| VTHREAD watched thread 1 "mks" died
Jun 28 17:22:30: IO#5| VTHREAD watched thread 0 "vmx" died
Jun 28 17:22:30: IO#1| VTHREAD watched thread 0 "vmx" died
Jun 28 17:22:30: IO#4| VTHREAD watched thread 0 "vmx" died
Jun 28 17:22:30: IO#2| VTHREAD watched thread 0 "vmx" died
Jun 28 17:22:30: IO#3| VTHREAD watched thread 0 "vmx" died
Jun 28 17:22:30: IO#0| VTHREAD watched thread 0 "vmx" died
Jun 28 17:22:30: vcpu-0| VTHREAD watched thread 0 "vmx" died
2nd - Last night. Oddly enough though, it shut down at about 22:50.
Jun 27 17:59:30: vcpu-0| VMMouse: CMD Read ID
Jun 27 17:59:30: vcpu-0| MKS switching absolute mouse on
Jun 27 23:07:28: mks| MKS set guest selection request with invalid state 2
Jun 27 23:07:28: mks| MKS set guest selection request with invalid state 2
Jun 27 23:07:31: mks| MKS set guest selection request with invalid state 2
3rd - Started 2 nights ago, crashing at 04:30 Weds morning.
Jun 27 01:19:01: mks| MKS set guest selection request with invalid state 2
Jun 27 04:24:59: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:00: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:00: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:00: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:01: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:01: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:02: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:02: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:02: mks| MKS set guest selection request with invalid state 2
Jun 27 04:25:05: mks| MKS set guest selection request with invalid state 2
Hope that helps pinpoint the problem.