[ovirt-users] Virtual appliance import question/problem

[Maurice James]

It seems that oVirt is not recognizing the qcow2 images. I must convert it to raw which will not work for me because they are too large when expanded 


----- Original Message -----

From: "Nir Soffer" <nsoffer at redhat.com> 
To: "Maurice James" <mjames at media-node.com> 
Cc: "Shahar Havivi" <shavivi at redhat.com>, "users" <users at ovirt.org> 
Sent: Wednesday, September 23, 2015 2:40:36 PM 
Subject: Re: [ovirt-users] Virtual appliance import question/problem 

On Wed, Sep 23, 2015 at 9:26 PM, Maurice James < mjames at media-node.com > wrote: 




What about the problem with the IDE drives? 




I think ide is limited to 4 drives, not sure why you see a limit of 3 drives. 

Vdsm logs showing the errors you get would be very helpful to understand this. 

Please open an ovirt bug for this, and attach vdsm logs. 

But if you can use ide drives (hdX?), why not use virtio (vdX)? You can have 16 of these. 


<blockquote>


"The second problem is that these disks are scsi and ti does not seem to work using the virtio-scsi selection. I tried selecting the IDE option, but there is a limit to the number of IDE disks that I can use." 




From: "Nir Soffer" < nsoffer at redhat.com > 
To: "Maurice James" < mjames at media-node.com > 
Cc: "Shahar Havivi" < shavivi at redhat.com >, "users" < users at ovirt.org > 
Sent: Wednesday, September 23, 2015 1:16:49 PM 

Subject: Re: [ovirt-users] Virtual appliance import question/problem 

On Wed, Sep 23, 2015 at 2:36 PM, Maurice James < mjames at media-node.com > wrote: 

<blockquote>


To convert the images I used: 
qemu-img convert 250.qcow2 -O raw 250.img -p 

</blockquote>


Sure this will expand the file to the full size, but why do you need raw image? ovirt works with qcow images. 

<blockquote>

oVirt will not allow me to have more than 3 IDE devices on a VM 

</blockquote>


What do you mean by " it does not seem to work using the virtio-scsi selection."? 

<blockquote>

Doesnt 3.6 only work on RHEL/Centos 7? 

</blockquote>


And Fedora 21/22. 


<blockquote>





From: "Nir Soffer" < nsoffer at redhat.com > 
To: "Maurice James" < mjames at media-node.com >, "Shahar Havivi" < shavivi at redhat.com > 
Cc: "users" < users at ovirt.org > 
Sent: Tuesday, September 22, 2015 7:37:58 PM 
Subject: Re: [ovirt-users] Virtual appliance import question/problem 


On Mon, Sep 21, 2015 at 7:57 PM, Maurice James < mjames at media-node.com > wrote: 

<blockquote>

I have a virtual mail security appliance that I am trying to import into oVirt 3.5.4. The appliance was built for kvm. it has a total of 5 scsi disks. I can convert and copy the OS disk only because it expands its self to full size. 

The first problem that I have is that the disks expand to their full size when I convert the to an oVirt format 

</blockquote>


How do you convert to ovirt format? 

<blockquote>



OS Disk 
mail.qcow2 (74M) converts to main.img (294M) 


Storage disks 
250.qcow2 (256K) converts to 250.img (250GB) 
1024.qcow2 (256K) converts to 1024.img (1TB) 
2048.qcow2 (256K) converts to 2048.img (2TB) 
4096.qvow2 (256K) converts to 4096.img (4TB) 
8192.qcow2 (256K) converts to 8192.img (8TB) 



The second problem is that these disks are scsi and ti does not seem to work using the virtio-scsi selection. I tried selecting the IDE option, but there is a limit to the number of IDE disks that I can use. 

</blockquote>


Can you provide more details about "does not seem to work"? 

<blockquote>



Virtualbox has no issues running the appliance that was distributed in the ova format. Any help would be appreciated 

</blockquote>


ovirt-3.6 beta supports import from ova format; maybe you like to try it? 

Nir 

<blockquote>




_______________________________________________ 
Users mailing list 
Users at ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


</blockquote>




</blockquote>




</blockquote>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20150924/c153255c/attachment-0001.html>