Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 40 replies
  • Subscribers 2 subscribers
  • Views 15791 views
  • Users 0 members are here
Options
Suggested
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

Xen Support

warper
I have searched the forums for a definitive answer to this and have not found one. Currently running Xen 4.x on SLES 11 sp2. What I am trying to find out is if astaro is supported running on this platform. I have tried the following.

I have tried with both 8.3.x installer and 9.x.

1. Install as a HVM using any type of network adapter whether full or para
virtualized will hang the installer at finding network adapters. It hard locks. 

2. Attempt to install as paravirtualized os just hangs upon booting the cd. I am using the iso to install from saying it is not a supported boot device or something like that.

I have tried as sles 11 and also as other for the type of virtual machine.

Thank you for any advice.


This thread was automatically locked due to age.
  • 0 in reply to warper
    ... and tobe accurate, here also the screenshots from UTM 9.003 installer crash...
  • 0 in reply to warper
    I did try with one cpu and made no difference.


    same by me, the installer was always started with 
    vcpus=1
  • 0
    There is a problem with the XEN detection here. Please try the following workaround:
     * press ALT+F2 for the console
     * enter the following commands:
    sed -i s/XenVMM/astaro/ /usr/lib/libhd.so.15.43
    /bin/bootstrap --install


    This should work for all versions. UTM 9 and SUM 4 64 bit installations should also support paravirtualization, but not the installer. If you want paravirt, install as HVM and switch to paravirt after installation.

    Cheers
     Ulrich
  • 0 in reply to da_merlin
    Thanks for that. Is this actually documented somewhere. Would like to see a sticky for this for future people who are trying to find this. I assume it is unsupported this way or maybe support needs to be aware of it.

    Again thanks for posting this.
  • 0
    Let me know if it works for you. If yes, we will fix this for v9.1
  • 0 in reply to da_merlin
    I can say that I able able to now install. I have done it twice now for testing and getting bridges straightened out. I need to get a couple new nics now to be able to see if I can get vlans to work in it. I am not sure if that will work since it requires promiscuous mode. I am just glad it is running. I will be doing some performance tests over the weekend.

    Thanks again. Would be great if it worked itself during the install but I can live with the work around for now.
  • 0 in reply to warper
    Hello, Ican confirm the installer now runs till the end like expected.

    Ihave following problem - after the VM instance is rebooted, then no interfaces are up, only the local interface :-(

    Any clues what to test or how to proceed?
  • 0
    Whats the output of "ifconfig -a" and "hwinfo --netcards"
  • 0 in reply to da_merlin
    Ok, I have captured output of the given commands. In ifconfig -a there is interesting, there was recognized no MAC address, therefore I have attached also the output of
    cat /etc/udev/rules.d/70-persistent-net.rules
    where can be seen the MAC addresses resolved correctly during the installation. I also attach the Xen VM-config file I use to start the instance. 
    There is used the e1000 NIC emulation for the fully virtualized domain.

    I have specified the 64bit kernel and "all features" during the UTM9.0 installation.

    Maybe I could to try to use the paravirtual drivers? I have searched around, but I did not found any documentation how to exactly doit, please,can you help me with the pointing to the right place?

    I use Debian Squeeze with the "vanilla" xen linux kernel from package 
    xen-linux-system-2.6.32-5-xen-amd64               2.6.32-46
    with hypervisor package
    xen-hypervisor-4.0-amd64                             4.0.1-5.4
    and related packages.

    with regards, Archie

    P.S. there was one difference on this second and third start of the installed VM instance compared to the first start - the IP address, which I have seen over the login prompt after the first start is no longer visible.
  • 0
    Please remove "type=ioemu" for each interface, then it should work.
    Don't know why, but fails for me too if I add "type=ioemu".

    Cheers
     Ulrich