 |
the same with me. possibly driver issue ? Fedora 20 live works fine with vmplayer and says : 02:01.0 Ethernet controller: Advanced Micro Devices, Inc. [AMD] 79c970 [PCnet32 LANCE] (rev 10) Subsystem: Advanced Micro Devices, Inc. [AMD] PCnet - Fast 79C971 Kernel driver in use: pcnet32 it should be here: /usr/lib/...../kernel/drivers/net/ethernet/amd/pcnet32.ko or ..../kernel/drivers/net/pcnet32.ko but it is not in case of centos 7 live. Please include |
 |
Have you tried a different network card typ? Also - without refering to Fedora - RHEL7 is not listed as supproted guest on Workstation9. |
|
|
thanks for quick reply. * I have no idea, how to change network card type in VMware vmplayer. My physical net interface is gigabit Intel 82577LM. Any help is welcome * "support" on vmwareXXX means "automatic login and serial code input etc" - many linuxes are not supported - and yet they work well I kindly ask for including pcnet32 kernel module in the build. Although (not only) I can test rhel7 with qemu, it seems to be 3 times slower than with free linux vmplayer. |
|
|
Probably bad news: That one is not supported, at least not in EL7 beta, so probably also not in GA. Also 'confirmed' by RedHat: >> Yes, the pcnet32 driver has been removed. Use the emulated Intel e1000 device, or preferably the paravirtualized VMWare vmxnet3 device. >> Taken from here https://access.redhat.com/site/discussions/644133 |
|
|
As per that discussion link above this will at least get it working. >> In order for me to get this working I had to add the following line to the vmdk file for the VM. ethernet0.virtualDev = "e1000" Afterward you remove the VM and re-add it. Following the directions provided by Remmele and then this last step got it all sorted out for me. << |
|
|
Actually this is the discussion where it's mentioned. At the bottom. https://access.redhat.com/site/discussions/722093 |
|
|
@spital: That is also the guide on how to change the virtual NIC :) |
|
|
I'm inclined to close this one, as it 'works as designed'. Any objections? |
 |
Closing, it as it was confirmed to be the default behaviour for upstream iso/kernel. |
- Anonymous
