Jump to content

Recommended Posts

Posted
Just a thought -

 

On the screenshots the Intel NICs all appear to be working, whereas the Broadcom's are not. When you bought a new NIC (I'm guessing a Quad adapter), was the original also Broadcom or were they an Intel?

 

the server (dell r610) has 4 broadcom nics on the board, the new card is the INTEL 4 port i350

 

cheers for looking

Posted
im guessing that when you transfer a to the host new machine it dosent have any saved configuration for a network adapter so defaults to has no network so as to "fail safe" in as much as it dosent interrupt any of its normal vms. I think that's one of the advantages of replication
Posted
im guessing that when you transfer a to the host new machine it dosent have any saved configuration for a network adapter so defaults to has no network so as to "fail safe" in as much as it dosent interrupt any of its normal vms. I think that's one of the advantages of replication

 

when using the "move wizhard" all the settings are retained....static ips, and network configuration..... it just stops working..... if i transfer it back... it starts to work again.

Posted
when using the "move wizhard" all the settings are retained....static ips, and network configuration..... it just stops working..... if i transfer it back... it starts to work again.

 

that's that virtual pcs network config not the hosts so it may still have the same ip address but isn't bound to any virtual network adapter

Posted

i thought the vswitch created in hyper-v manager did all that via layer 2?

 

only my vms have static ips and the management nic on the host.

 

but i've looked at this for far to long, non of t makes sense now lol

Posted
Can you check the logs again, also how is your switch ports setup?

 

Sorry for the late reply, end of term rush and all......

 

anyway..... the logs look fine, we have 4 core switches that are stacked..... with each physical nic (of the team) connected to 1 of each of the four switches.

 

The ports aren't aggregated/trunked. As the team has been configured as "switch independent"/hyper-v port.

 

The other hyper-v host we have is configured the same way.

 

cheers

Posted

I am not a lover of stacked switches myself, we had Netgear GS724TS switches here and I had them stacked initially as it was relatively easy as they use a HDMI cable, but what I found was that pretty much any maintenance or upgrading of their firmwares requires you to break the stack and reboot the switches.

 

Also if one of the switches in the stack crashes as we had happen, it takes out the entire set for you with no redundancy.

 

Do you have both virtual switches on each server named the same ? Also do you have two sets of network adapters with the same IP ranges and gateways in the machine thats dropping the connection, windows caused issues with that with me before when that was the case.

Posted

Yes we have HP Switches a5500-ei-sfp-24 from memory.

 

Both switch are named the same, both have different MAC ranges, the vms are all on the same ip range and use the same gateway.

 

thanks all.

Posted

I'll come back to the switching later.

 

Try this, create a new VM in Hyper-V Manager and manually attach the VHD's to the VM - try this.

Posted
I'll come back to the switching later.

 

Try this, create a new VM in Hyper-V Manager and manually attach the VHD's to the VM - try this.

 

 

create new, or import?

  • 2 months later...
Posted

Thought i'd report back to say i've sorted this issue.

 

Setting the Teaming mode to "LACP", load balancing mode to "Dynamic" and configuring the switch port to allow LACP sorted the migrate issues.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...