This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ASG V8.201 Hyper-v Drivers

Hi,

I have mentioned this before in another thread, but thought it would be better to start a thread of my own once I had performed some testing.

Following the upgrade to v8.201 from the beta versions, I was experiencing some random problems with astaro running in hyper-v.

Most of these have been sorted with the exception of the driver for the virtual nics.

When starting the asg hyper-v guest, the following warning is produced in the hosts system event log for each virtual nic attached to the guest.

Networking driver on 'Gateway' loaded but has a different version from the server.  Server version 3.2  Client version 0.2 (Virtual machine ID D4E0AC64-5481-41D6-9F3C-1A43B2E873AD). The device will work, but this is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.

This would suggest that the driver included in v8.201 is a long way out of date and as such is an unsupported configuration in hyper-v.

Also, I have noticed that the performace of the nics is not too great and seems to be limited to around 30 mbps with this driver.  Not great when you have a 100mbps broadband connection.

Given the message above, it would suggest that astaro is not actually supported in hyper-v and won't be until the driver is updated to v3.2.

Can anyone confirm if this is being looked into and is due to be rectified soon?


Cheers

Andy


This thread was automatically locked due to age.
Parents
  • After even more testing, the plot thickens.

    Performing a full vss backup of the host including guests causes the ASG guest to crash each time.

    The backup runs without a hitch.  Puts the guest into a saved state, performs the backup and then restarts the guest.  However, the ASG is in a hung state when it restarts.

    Thinking this may an integration services issue, I first tried disabling the time sync service as this has often caused issues in the past.  It turns out that if this is disabled, then the guest won't even boot and just hangs on startup.  Performing an installation with this disabled causes it to fail as it can't find the nics???

    I have tried saving and restarting the guest a number of times, and each time it resumes normal operation without a hitch.  

    It would therefore appear to be a hitch with the actual VSS save being performed on the guest.  I am going to try disabling the VSS Backup service next to see if that makes a difference, but I am not confident this will give a clean backup of the ASG guest.

    Performing a full VSS backup on VMWare server never caused an issue, so it would appear that the hyper-v driver issue goes a lot deeper than just a message in the event log and in my opinion is clearly not fit for a production environment yet.

    Finally, do the astaro support team read these forums?  I am surprised this oversight has not been acknowledge yet given it has been posted here for quite a few days.
Reply
  • After even more testing, the plot thickens.

    Performing a full vss backup of the host including guests causes the ASG guest to crash each time.

    The backup runs without a hitch.  Puts the guest into a saved state, performs the backup and then restarts the guest.  However, the ASG is in a hung state when it restarts.

    Thinking this may an integration services issue, I first tried disabling the time sync service as this has often caused issues in the past.  It turns out that if this is disabled, then the guest won't even boot and just hangs on startup.  Performing an installation with this disabled causes it to fail as it can't find the nics???

    I have tried saving and restarting the guest a number of times, and each time it resumes normal operation without a hitch.  

    It would therefore appear to be a hitch with the actual VSS save being performed on the guest.  I am going to try disabling the VSS Backup service next to see if that makes a difference, but I am not confident this will give a clean backup of the ASG guest.

    Performing a full VSS backup on VMWare server never caused an issue, so it would appear that the hyper-v driver issue goes a lot deeper than just a message in the event log and in my opinion is clearly not fit for a production environment yet.

    Finally, do the astaro support team read these forums?  I am surprised this oversight has not been acknowledge yet given it has been posted here for quite a few days.
Children
No Data