Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 11 replies
  • Subscribers 0 subscribers
  • Views 1376 views
  • Users 0 members are here
Options
Suggested

[8.165][BUG][OPEN] vmxnet woes

barkas
The stock vmware image of Astaro uses the flexible virtual NIC type configured as AMD PCNET.

According to VMWare, that is the slowest option, e1000, vmxnet and vmxnet3 are, in order, faster.

My setup is as follows: Astaro routes on vmware, I have one virtualized linux using an e1000 NIC in a DMZ, and one virtualized linux using an e1000 NIC in the main network segment, a DSL modem connects to the internet.

If I use vmxnet3 on the DSL interface, it can't connect to the DSL AC anymore, it says, and the internet connection stays down.

If I use vmxnet, that works, but if I use either of the vmxnet types, copying stuff from the one to the other linux server inside vmware by way of the Astaro firewall is very slow, on the order of 1K/sec.

As a result, I'm reduced to e1000, which is quite fast, but it would be nice if the vmxnet stuff worked.

FYI, that problem has been there as long as I've been using vmware (since v8, I think).
  • 0 
    Astaro Beta Report

    --------------------------------

    Version: 8.165

    Type: BUG

    State: ACKNOWLEDGED/OPEN

    Reporter: barkas++

    Contributor: 

    MantisID: 18152

    Target version: 

    Fixed in version: 

    --------------------------------
  • 0
    We don't offer VMware images for the current beta, just plain .ISO images. So... what exactly are you talking about?
  • 0 in reply to kbr
    I think what he's reporting is that the VMXNET adapters do not work well with Astaro. I have the same problem. I had assumed it was a compatibility issue between VMware ESXi and my hardware because it has existed since I virtualized my ASG. With either of the VMXNET adapter types my throughput tops out at 1.5 megabits (often less). With e1000 my ISP becomes the bottleneck at 50-60Megabits/sec.
  • 0
    Well, even then i need much more information to hand that over to a developer...
  • 0
    what information do you need? i have the same problem ...
    Robert
  • 0
    Nevermind. Looks like this is still work-in-progress, the kernel-guys haven't flagged that as "finished" yet...
  • 0
    I'm answering to the initial posting of this thread.

    The fact that vmxnet3 doesn't work is expected, as to my knowledge it only works on systems where vmware-checkvm reports HW version 7 or higher.  Testing with  vmxnet driver I can't reproduce this on my test system, which has guests running in the range of 'hundreds'.

    There are some questions which come to mind:

    1. how did you test the throughput?  I'm asking because often it is not the network which is slow but the underlying storage (NAS).  So if you'd be copying a file just the storage could be slow.

    2. what is your ESX switch configuration?  Do you use a virtual distributed switch?  If yes, how many hosts are connected?

    3. what is the physical switch configuration?  Link speed, duplex vs. halve duplex etc.

    4. what is the ESX server version?

    5. what is your ASG version you are using?  If you are using a preinstalled Vmware image make sure you use the correct image (ESX3 vs. ESX4 image)

    6. are there other systems on the ESX server?  If yes, are they slow when using vmxnet too?

    7. Do you have a NAS?  If yes, does it use iSCSI or FibreChannel?  Please descrribe your SAN config then.
  • 0
    Hi Holger,

    so let me give you some answeres:

    1. I tested the trouput with two virtual windows servers on the same subnet with vmxnet3 drivers installed and get about 150MB/s
    if i test the same throu the ASG i get only about 45MB/s

    2. I have 12 virtual switches configured, for every VLAN one switch. About 2-5 Hosts per Switch. (19VMs on the ESXi)
    3. 1000MBit full duplex on a NetGear GBit Switch
    4. ESXi 4.1 Update 1
    5. 8.165 Beta8.2
    6. I dont use vmxnet, only vmxnet3 (except the asg)
    7. No NAS, DELL Raidcontroller

    Robert
  • 0 in reply to kbr
    We don't offer VMware images for the current beta, just plain .ISO images. So... what exactly are you talking about?


    Who said anything about a VMWare image - the current beta has to be installed via ISO into a VM, which works fine.

    And by the way, the 8.1 VMWare image installs using "flexible" NICs and then initializes them using the AMD PCNet driver [:(] .
  • 0 in reply to HolgerE
    I'm answering to the initial posting of this thread.

    The fact that vmxnet3 doesn't work is expected, as to my knowledge it only works on systems where vmware-checkvm reports HW version 7 or higher.  Testing with  vmxnet driver I can't reproduce this on my test system, which has guests running in the range of 'hundreds'.

    There are some questions which come to mind:

    1. how did you test the throughput?  I'm asking because often it is not the network which is slow but the underlying storage (NAS).  So if you'd be copying a file just the storage could be slow.

    2. what is your ESX switch configuration?  Do you use a virtual distributed switch?  If yes, how many hosts are connected?

    3. what is the physical switch configuration?  Link speed, duplex vs. halve duplex etc.

    4. what is the ESX server version?

    5. what is your ASG version you are using?  If you are using a preinstalled Vmware image make sure you use the correct image (ESX3 vs. ESX4 image)

    6. are there other systems on the ESX server?  If yes, are they slow when using vmxnet too?

    7. Do you have a NAS?  If yes, does it use iSCSI or FibreChannel?  Please descrribe your SAN config then.


    1. I tested it via scp, but I do think the builtin HD can do more than a couple K/sec. Especially if it does 10MB/sec using e1000.
    2. No, I do not have a cluster, so no virtual distributed switch, which, FYI, is just vcenter bringing a normal VMWare switch up on each of the hosts using the same name.
    I strongly recommend not to use that, because if your vcenter (often virtualized itself) doesn't come up, you have no way left to manage your cluster and probably can't even reach any VM even if it works.
    It's 2 virtual switches, one with 2 hosts, and one with some more, probably 4. Can't access the system right now.
    3. It's all using internal switches in vmware without external connection, but if you must know, it's Gigabit full duplex.
    4. 4.1u1, the newest one. 348481 I believe.
    5. obviously 8.165, since this here is the beta forum.
    6. yes, but I don't know. I suspect not, since I have multiple systems using vmxnet3 at work, and all are fast.
    7. No, but that's pretty irrelevant, see 1.
Unfiltered HTML