On 02/13/2012 08:33 AM, Deepak C Shetty wrote:
On 02/13/2012 03:16 PM, Dan Kenigsberg wrote:
> On Sun, Feb 12, 2012 at 11:58:05PM +0530, Deepak C Shetty wrote:
>> Hi,
>> I have tried this multiple times and i hit the same error.
>>
>> I have 3 storage domains created (iso, data and export) all
>> connected to the DC with DC status as Up and
>> 1 host with status as Up and the same (only) host acting as SPM.
>>
>> I used the engine-iso-uploader utility to upload my .iso to the iso
>> domain.
>> Created a new VM and attached a vdisk of type sparse (thin-prov) and
>> click on "Run Once",
>> where i select "Attach CD" and select my .iso, and change boot order
>> to boot from CD, then disk.
>>
>> But i get this error...
>>
>> VM first-ovirt-vm is down. Exit message internal error process
>> exited while connecting to monitor: qemu-kvm: -drive
>>
file=/rhev/data-center/4087fea7-b54a-4318-8d5c-828eff8846f4/35f880f8-bd0c-4063-b171-2ddaa59e1212/images/11111111-1111-1111-1111-111111111111/Fedora-16-x86_64-DVD.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw:
>> could not open disk image
>>
/rhev/data-center/4087fea7-b54a-4318-8d5c-828eff8846f4/35f880f8-bd0c-4063-b171-2ddaa59e1212/images/11111111-1111-1111-1111-111111111111/Fedora-16-x86_64-DVD.iso:
>> Permission denied .
>>
>> I am unable to figure out why.. bcos the user.group perms for the
>> .iso are fine.
>> In fact i logged into the system serving the nfs share and added
>> 0777 perms
>> still i get the same error. Here is the snip of how the perms for
>> .iso look like...
>>
>> ll
>>
/tmp/iso1-domain/35f880f8-bd0c-4063-b171-2ddaa59e1212/images/11111111-1111-1111-1111-111111111111/Fedora-16-x86_64-DVD.iso
>> -rwxr-xr-x. 1 vdsm kvm 3757047808 Feb 13 04:24
>>
/tmp/iso1-domain/35f880f8-bd0c-4063-b171-2ddaa59e1212/images/11111111-1111-1111-1111-111111111111/Fedora-16-x86_64-DVD.iso
> would you try `ls -lZ` ? Does your /var/log/audit/audit.log shows an
> selinux problem? What's `getenforce`? And `getsebool virt_use_nfs`?
>
> What is `groups qemu`?
> Does
> su - qemu -s /bin/bash -c 'strings your.iso'
> work for you?
>
> Regards,
> Dan.
>
>
Hello Dan,
Here is the output you requested...
[root@llm56 ~]# ls -lZ
/rhev/data-center/4087fea7-b54a-4318-8d5c-828eff8846f4/35f880f8-bd0c-4063-b171-2ddaa59e1212/images/11111111-1111-1111-1111-111111111111/Fedora-16-x86_64-DVD.iso
-rwxr-xr-x. vdsm kvm system_u:object_r:nfs_t:s0
/rhev/data-center/4087fea7-b54a-4318-8d5c-828eff8846f4/35f880f8-bd0c-4063-b171-2ddaa59e1212/images/11111111-1111-1111-1111-111111111111/Fedora-16-x86_64-DVD.iso
[root@llm56 ~]# getenforce
Enforcing
[root@llm56 ~]# getsebool virt_use_nfs
virt_use_nfs --> off
[root@llm56 ~]# groups qemu
qemu : qemu kvm
Also `su - qemu -s /bin/bash -c 'strings your.iso'`
worked for me.. dumped loads of strings on the screen.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users Perhaps I missed that snippet of
logs, but is llm56 the hyper-visor?
Also, here is another litmus test to help shake out some common NFS
issues. Do the following from the hyper-visor:
1. temporarily give user vdsm in /etc/passwd a login shell (e.g. /bin/bash)
2. mkdir /mnt/testmount
3. mount <nfs server here>:/path/to/iso/storage/domain /mnt/testmount
4. su - vdsm <-- Really important.
5. cd
35f880f8-bd0c-4063-b171-2ddaa59e1212/images/11111111-1111-1111-1111-111111111111
6. touch test.txt
7. strings Fedora-16-x86_64-DVD.iso
8. reset vdsm in /etc/passwd to nologin
Do 6 and 7 work?
Cheers,
Keith