This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

LEM Virtual Appliance and VLAN Tagging

We recently moved a virtual appliance from a dev/test cluster to a prod cluster and have some issues with the virtual app NIC.  After setting IP information on the nic for the virtual app, it goes to write the config settings to it and comes back with an error indicating it cannot find eth0.  The only diff between the dev/test and prod hyper-v cluster is vlan tagging on the prod cluster where the dev/test had none.

Having said that, does anyone know of issues regarding vlan tagging and virtual appliance NIC?

  • FormerMember
    0 FormerMember

    One possibility: The virtual appliance has its NIC settings cached, so when you move it from one location to another if the MAC addresses change the eth0 interface is bound to the old MAC not the new one and won't come up. We can fix it by clearing the cached MAC (support can help).

    Another possibility: something's up with the NIC driver. You can try enabling a legacy adapter instead, but my concern there is that it won't work with the VLAN tagging. If it's already set to use a legacy adapter, you might let it pick up the default adapter instead.

    I am pretty sure the Hyper-V NIC drivers that we shipped with support VLAN tagging, but if none of this helps resolve the issue, we might have to do some digging. We'll be updating our NIC drivers in our upcoming RC/release, too, if that turns out to be related to the issue.

  • The issue turned out to be related to dynamic MAC addresses during the migration.  We "hard coded" a MAC address on the virtual appliance and no more issue.