Il 18/07/2014 14:47, Sudeep Narayan Banerjee ha scritto:
Hello All,

I followed your advice & now I installed the RedHat Virtio drivers and it detected the HDD from virt-install command.

Finally it created & instantiated the image, template & VM.

For past 20mins the VM is in Prolog mode.

Whereas, virt-viewer -c qemu:///system Win7 is still running & viewable.


do you mean you manually ran the kvm machine (outside ONE) then when still running tried to instantiate it from the onetemplate on the same server using the same image?

if so shutdown that vm first then instantiate it.

BUT
I usually prefer doing everything in ONE rather than creating otherwise and then importing.
my suggestion is to start from scratch:

- create an empty datablock image (raw or qcow2) we'll call WINDRIVEC
- change type to from DATABLOCK to OS for WINDRIVEC
- mark it as persistent for convenience while you install reboot and eventually change the template to your needs - create a template for the windows machine defining 2 cdrom images (virtiodrivers and win7installdvd) and a virtio (DEV_PREFIX=vd) entry for WINDRIVEC
- boot the template
- attach console and when prompted where to install Windows you will have to choose "load driver" here a screenshot to help you http://minus.com/l7EqEC9VvJOWG
- then you will just install it as a common vm

hope this will help you to solve your WINightmare
just my 2cents



What could be the reason?


[oneadmin@front ~]$ onevm list
ID USER GROUP NAME STAT UCPU UMEM HOST TIME 51 oneadmin oneadmin myvm14 prol 0 0K nc1 0d 00h17

[oneadmin@front ~]$ tail -f /var/log/one/51.log
Fri Jul 18 17:51:33 2014 [DiM][I]: New VM state is ACTIVE.
Fri Jul 18 17:51:33 2014 [LCM][I]: New VM state is PROLOG.


/I APOLOGIZE THAT IT IS TAKING 15 EMAIL CHAINS TO UNDERSTAND & SOLVE _*FOR ME*_/. :-(

Regards,
Sudeep


On Wed, Jul 16, 2014 at 7:56 PM, Lorenzo Faleschini <[email protected] <mailto:[email protected]>> wrote:

    Hi Sudeep ,

    I deal with windows machines in ONE day by day (unfortunately).

    what I can see here (a part from the raw-qcow issue) is that it
    seems you never installed virtio-drivers (and devices) and you're
    trying to boot using virtio bus.

    if you haven't installed in the OS (windows) the "Red Hat Virtio
    SCSI controller" (see VirtIO drivers) you will have no luck in
    using virtio bus.. don't use bus=virtio, use standard emulated IDE
    ( in the template a plain IMAGE=[ID="whatever"]  ) and you
    eventually be able to boot it.

    then if you want to convert it (the window machine) to use virtio
    bus, you can do the following:

1- attach a second image as virtio device (like this: IMAGE=[ID="xx",DEV_PREVIX="vd"] being "xx" any non persistent
    image in your datastore eg: a cdrom image),

    2- boot it  (keeping your main image in IDE emulation without
    virtio, like IMAGE=[ID="yy"]   where "yy" is your vbox converted
    image of Win's C: drive

3- install the newly found "unknown device" with the divers of Red Hat Virtio SCSI controller from the binaries relative to your
    win edition in the iso here:
    http://www.linux-kvm.org/page/WindowsGuestDrivers/Download_Drivers
    as suggested by Valentin (he's a smart guy, follow his suggestions
    ;) in this way you will tell windows that it's now on
    "virtio-steroids" that is: it will eventually boot from a virtio
    device 'cause now the controller drivers are enabled at boot.

    4- then you can shutdown vm, modify template removing the "xx"
    cdrom image you put to install the virtio controller and edit the
    main image (c: drive) with a string like this:
    DISK=[AIO="native",CACHE="none",DEV_PREFIX="vd",IMAGE_ID="yy"]
        if you find awkard slowliness try to enable default cache for
    virtio and see if you get it any better (windows really sucks
    anyway.. be at peace with it)
    DISK=[AIO="native",CACHE="default",DEV_PREFIX="vd",IMAGE_ID="yy"]
    i usually get best results with these 2 configs for images of the
    "best OS out there"

    5- instatiate it again... boom virtio storage will boot.


    hope it helps.

    cheers

    Lorenzo Faleschini
    IT Manager @ Nord Est Systems srl
    ----------------------------------------
    m: +39 335 6055225 | skype: falegalizeit

    Il 16/07/2014 13:13, Sudeep Narayan Banerjee ha scritto:
    Dear Mateusz & All,

    I tried a lot but looks like I am not able to figure out.

    Again the VM says "No bootable device" gpxe searching for
    bootdisk from HDD/Floppy/DVD-CD" etc.

    But it is running fine from frontend mode "virt-viewer -c
    qemu:///system myvm3"

    I tried to virtually mount the iso in the CD drive but that too
    did not help.

I have also tried the interactive setup: virt-install --prompt --> that too does not work when I instantiate in OpenNebula VM.

    I have also tried to write the template in Advanced Tab in
    OpenNebula following [1] but I am failing.

    [1]
    _http://wiki.ieeta.pt/wiki/index.php/OpenNebula#SetupComplete.cmd_


    Regards,
    Sudeep


    On Wed, Jul 16, 2014 at 2:43 PM, Sudeep Narayan Banerjee
    <[email protected] <mailto:[email protected]>> wrote:

        Hello Mateusz,

        I have given now 17G for win7 OS.

        On adding target=hda * hdb, it throws the below error.

        [root@front images]# virt-install --connect qemu:///system
        --name win7 --ram 1024 --vcpus 2 --disk
        
path=/var/lib/libvirt/images/win7.qcow2,size=17,format=qcow2,bus=virtio,cache=none,target=hda
        --cdrom /home/Windows-7-x86.iso,target=hdb --vnc
        --os-type=windows --os-variant=win7 -noautoconsole
        --accelerate --noapic --keymap=en-us

        ERROR    Unknown options ['target']

        Regards,
        Sudeep



        On Wed, Jul 16, 2014 at 1:57 PM, Mateusz Skała
        <[email protected]
        <mailto:[email protected]>> wrote:



            W dniu 2014-07-16 08:00, Sudeep Narayan Banerjee napisał(a):

                Dear Mateusz,

                Thanks for replying. Is the below command correct?

                [root@front ~]# virt-install --connect qemu:///system
                --name win7
                --ram 1024 --vcpus 2 --disk
                
path=/var/lib/libvirt/images/win7.qcow2,size=7,format=qcow2,bus=virtio,cache=none
                --cdrom /home/Windows-7-x86.iso --vnc --os-type=windows
                --os-variant=win7 -noautoconsole --accelerate
                --noapic --keymap=en-us


            try to add target=hda, for example:

            virt-install --connect qemu:///system --name win7 --ram
            1024 --vcpus 2 --disk
            
path=/var/lib/libvirt/images/win7.qcow2,size=7,format=qcow2,bus=virtio,cache=none,target=hda
            --cdrom /home/Windows-7-x86.iso,target=hdb --vnc
            --os-type=windows --os-variant=win7 -noautoconsole
            --accelerate --noapic --keymap=en-us

            If You are using virtio then drivers for this bus will be
            needed, so You need add floppy drive with drivers.



                The win7.qcow2 image is prepared under
                /var/lib/libvirt/images folder

                [root@front images ~]# qemu-img create -f qcow2 -o
                preallocation=metadata
                /var/lib/libvirt/images/win7.qcow2 7G



            Only 7G for win7 os device?


                Or how do I tweak it?

                Regards,
                Sudeep





-- Thanks & Regards,
        Sudeep Narayan Banerjee




-- Thanks & Regards,
    Sudeep Narayan Banerjee


    _______________________________________________
    Users mailing list
    [email protected]  <mailto:[email protected]>
    http://lists.opennebula.org/listinfo.cgi/users-opennebula.org


    _______________________________________________
    Users mailing list
    [email protected] <mailto:[email protected]>
    http://lists.opennebula.org/listinfo.cgi/users-opennebula.org




--
Thanks & Regards,
Sudeep Narayan Banerjee

Lorenzo Faleschini
IT Manager @ Nord Est Systems srl
----------------------------------------
m: +39 335 6055225 | skype: falegalizeit

_______________________________________________
Users mailing list
[email protected]
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Reply via email to