Help us enhance your Sophos Community experience. Share your thoughts in our Sophos Community survey.

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
  • I have logged a ticket (00164333) for these issues.

    I had to log it under ACC as I only have a home license for the ASG.

    I have tried to install the drivers from the integration CD before, but failed miserably.

    When I upgraded my host to SP1, I had to manually update the guest integration services myself in order to get the dynamic memory to work on the windows guests.
Reply
  • I have logged a ticket (00164333) for these issues.

    I had to log it under ACC as I only have a home license for the ASG.

    I have tried to install the drivers from the integration CD before, but failed miserably.

    When I upgraded my host to SP1, I had to manually update the guest integration services myself in order to get the dynamic memory to work on the windows guests.
Children
  • 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.
     

    Another tip for you. I think you need to shut the server down before backing up the server. I have written a PowerShell Script in order to shut down a virtual machine, backup it up and then it will restarted. 60 seconds later the Script will then take the next server from a manually filled Array...

    If you would like to try it with the powershell Script it looks like this:

    $strServername = Get-WmiObject -namespace root\cimv2 -Query "Select * From Win32_OperatingSystem"
    $realservername = $strServername.CSName
    $dest = "d:\export[/COLOR]$realservername"

    $VM_Service = get-wmiobject -namespace root\virtualization Msvm_VirtualSystemManagementService

    $ListofVMs = get-wmiobject -namespace root\virtualization -query "select * from Msvm_ComputerSystem where ElementName = 'Ares' or ElementName = 'DC10' or ElementName = 'dc20'"   

    foreach ($VM in [array] $ListOfVMs) 
    {
    $VMReturnState = $VM.EnabledState
    $VMName = $VM.ElementName

    if (($VM.EnabledState -eq 2) -or ($VM.EnabledState -eq 32768) -or ($VM.EnabledState -eq 32770))
    {
    (gwmi win32_operatingsystem -ComputerName $VM.ElementName).Win32Shutdown(1+4,0) 
    }

    while (!($VM.EnabledState -eq 32769) -and !($VM.EnabledState -eq 3))
    {
    Start-Sleep(1)
    $VM = get-wmiobject -namespace root\virtualization -Query "Select * From Msvm_ComputerSystem Where ElementName='$VMName'"



    if ([IO.Directory]::Exists("$dest\TmpDir\$VMName"))
    {
    [IO.Directory]:[[:D]]elete("$dest\TmpDir\$VMName", $True)
    }

    $status = $VM_Service.ExportVirtualSystem($VM.__PATH, $True, "$dest\TmpDir")

    if ($status.ReturnValue -eq 4096)
    {
    $job = [Wmi]$status.Job

    while (!($job.PercentComplete -eq 100) -and ($job.ErrorCode -eq 0))
    {
    Start-Sleep(5)
    $job = [Wmi]$status.Job

    }


    ## Store the files on in a temp directory before moving them to their location and then remove the old files.

    if ([IO.Directory]::Exists("$dest\$VMName"))
    {
    [IO.Directory]::Move("$dest\$VMName", "$dest\$VMName-OldTmpDir")
    [IO.Directory]::Move("$dest\TmpDir\$VMName", "$dest\$VMName")
    [IO.Directory]:[[:D]]elete("$dest\$VMName-OldTmpDir", $True)
    }
    else
    {
    [IO.Directory]::Move("$dest\TmpDir\$VMName", "$dest\$VMName")
    }
    $VM.RequestStateChange($VMReturnState)
    Start-Sleep(60)
    }[/CODE]

    All in all I need to add that I can't stand backup systems which use the save state... DC's produce unbelievable errors. So we implemented PowerShell Scripts which will started periodically by the Task Planer from windows. A low cost backup system which works great. Afterwards we copy the exported system by robocopy to another backup server because its not possible to export a machine via the network... why ever! The robocopy job starts via the taskplaner, too.
  • I use 8.201 in hyper-v with server 2008R2 w/ sp1 in a home environment.

    I recently had to rebuild the host machine.  Had previously backed up the astaro guest.  The backup was made with the astaro guest powered down and exported through the hyper-v console.

     The guest had only 2 nics - both mapped to physical nics on the host.  The import process worked fine.  However, I could not connect to the astaro box through the internal interface.  It did not respond to pings (and the astaro was configured to respond to pings).  The wan interface also did not connect to the router.

    On the host machine, I was able to login to the actual astaro guest machine.  It turned out both nics were in a DOWN state after the astaro guest was imported in hyper-v.  I spent only 5 minutes trying unsuccessfuly to get them in an UP state.  It was simpler to just rebuild a new Astaro and restore the config file than spend any more time on it.
  • Rayik,

    Have you connected the nic to the virtual network switches after the import?  Seem to remember it doesn't connect the imported guest automatically??
  • It seems astaro support didnt even read my support ticket as  this is the reply I got.

    Seems like they don't even care about anyone reporting a fault unless the have paid support.

    Dear Customer,

    please note that Astaro Support is a pure 2nd level support and for Astaro Partners / Distribution only. The Astaro Partner / Distributor will help you to solve the problem and may forward the issue to Astaro according to the purchased Standard Support Level conditions.

    Please retain the detailed support conditions from our 'Astaro Support Services Guide' at Astaro Support Programs.

    For free support you can also search our User Support Center on http://www.astaro.com/kb.

    To receive help from other users you may also use the User Bulletin Board at http://www.astaro.org.


    Mit freundlichen Grüßen / Kind regards,

    Sophos Technical Support Team - Network Security


    Astaro GmbH & Co. KG – a Sophos company | Astaro Internet Security - Connect With Confidence | Antivirus, Endpoint, Disk Encryption, Email and Web Security | Sophos Phone +49-721-25516-300 | Fax –200 Amalienbadstr. 41, Bau 52 | 76227 Karlsruhe | Germany
  • Rayik,

    Have you connected the nic to the virtual network switches after the import?  Seem to remember it doesn't connect the imported guest automatically??


    Yes I did.  I even thought the host's physical interfaces and the astaro nics might be "mixed up.".  In the astaro guests settings I changed which hyper-v interface the astaro nics were connected to.  That did not work.

    The astaro guest nics were connected but in a DOWN state.  Using ifconfig I could not get them into an UP state.  Probably due to the astaro guest not "connecting" with the hyper-v interfaces in some way.  I didn't even bother to troubleshoot.  Much quicker to just make a new astaro guest (using 8.201 which connects fine to the hosts' regular network adapters [no legacy adapters needed]).