[one-users] Problems with qcow2 images

[Alexander Fedulov]

Here are permissions for the image and for the base image:
> -rw-r--r--  1 oneadmin cloud     262144 2011-01-20 19:23 qcow.img
> -rw-r--r--  1 oneadmin cloud 2147483648 2010-11-19 12:22 ubuntu10-04.img

...and for the folders (/srv/cloud/temp and up):

> drwxr-xr-x  3 oneadmin cloud       4096 2011-01-24 14:32 .
> drwxr-xr-x 12 oneadmin cloud       4096 2011-01-18 12:01 ..


These are the permissions for disk.0 before it is deleted due to failure:
> -rw-rw-rw- 1 oneadmin cloud 262144 2011-01-24 14:45 disk.0

Any thoughts?

On 24.01.2011 12:10, Javier Fontan wrote:
> Is /srv/cloud/temp/ubuntu10-04/qcow.img readable by root? It needs to
> be readable by root in the execution node. Also check the permissions
> in for the directories where it is stored.
>
> tm_clone.sh should have changed permissions for
> "/srv/cloud/one/var//24/images/disk.0" check if that is correct. root
> is the user that is accessing these files but with NFS sharing you
> have to give the permissions for all or add no_root_squash to the
> exporting parameters.
>
> On Thu, Jan 20, 2011 at 8:17 PM, Alexander Fedulov
> <alexander.fedulov at fokus.fraunhofer.de>  wrote:
>> I created a qcow2 image from a raw image like this:
>>> qemu-img create -f qcow2 -b ubuntu10-04.img qcow.img
>> The DISC section of of my deployment descriptor looks like this:
>>> DISK   = [
>>>   source   = "/srv/cloud/temp/ubuntu10-04/qcow.img",
>>>   target   = "sda",
>>>   readonly = "no" ,
>>>   DRIVER = qcow2]
>> I have edited the ~/lib/tm_commands/nfs/th_clone.sh file according to this
>> https://support.opennebula.pro/entries/348847-using-qcow-images without the
>> SSH part:
>>
>>> *)
>>>     log "Cloning $SRC_PATH"
>>>     exec_and_log "qemu-img create -f qcow2 -o backing_file=$SRC_PATH
>>> $DST_PATH"
>>>     ;;
>>> esac
>> Unfortunately deployment fails and this is what I find in the one-*.log
>> files in the /var/log/libvirt/qemu folder of a target host.
>>
>>> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin
>>> QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 768 -smp 1
>>> -name one-24 -uuid 9f3d9ed7-d17f-e6d1-d997-5fed5a84aa47 -chardev
>>> socket,id=monitor,path=/var/lib/libvirt/qemu/one-24.monitor,server,nowait
>>> -monitor chardev:monitor -no-acpi -boot c -drive
>>> file=/srv/cloud/one/var//24/images/disk.0,if=scsi,index=0,boot=on,format=qcow2
>>> -drive
>>> file=/srv/cloud/one/var//24/images/disk.1,if=scsi,media=cdrom,index=2,format=raw
>>> -net nic,macaddr=02:00:c0:a8:90:22,vlan=0,name=nic.0 -net
>>> tap,fd=54,vlan=0,name=tap.0 -serial none -parallel none -usb -vnc 0.0.0.0:20
>>> -k de -vga cirrus
>>> qemu: could not open disk image /srv/cloud/one/var//24/images/disk.0:
>>> Permission denied
>> Deployment of raw images works fine. The version of ON is 2.0.1.
>>
>> I was wondering, whether there is some chmod operation that has to be added
>> to the tm_clone.sh script or is the problem in something else?
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>
>