[Users] Permission denied on disk image file !!

[Anil Dhingra]

currentely using ovirt-node-iso-3.0.1-1.0.1.vdsm.el6.iso

also tied on  ovirt-node-iso-3.0.1-1.0.2.vdsm.el6 &  draft version
ovirt-node-iso-3.0.1-1.0.201310020841draft.vdsm.el6.iso posed by fabian
deutsch





On Mon, Oct 21, 2013 at 3:46 PM, Itamar Heim <iheim at redhat.com> wrote:

> On 10/21/2013 08:44 AM, Anil Dhingra wrote:
>
>> hi
>> Permission issue is resolved after changing on openfiler NFS share
>> permission  .but still on every reboot we need to set below values
>> manually
>> Any idea how to make it perm
>> setsebool -P virt_use_sanlock=on
>> setsebool -P virt_use_nfs=on
>>
>>
>> On Wed, Oct 16, 2013 at 8:24 AM, Itamar Heim <iheim at redhat.com
>> <mailto:iheim at redhat.com>> wrote:
>>
>>     On 10/15/2013 11:05 AM, Anil Dhingra wrote:
>>
>>         Hi Guys
>>         Any know issue why we are not able to start VM due to permission
>>         issue
>>         on disk image file .. as per docs ownership should be vdsm:kvm
>>           byt not
>>         sure why its showing below
>>         used - both  ovirt-node-iso-3.0.1-1.0.1.__**vdsm.el6 &
>>         ovirt-node-iso-3.0.1-1.0.2.__**vdsm.el6  same issue  [ using NFS
>>
>>         Domain ]
>>         VM n0001vdap is down. Exit message: internal error process
>>         exited while
>>         connecting to monitor: qemu-kvm: -drive
>>         file=/rhev/data-center/__**d09d8a3e-8ab4-42fc-84ec-__**
>> 86f307d144a0/1a04e13a-0ed4-__**40d6-a153-f7091c65d916/images/**
>> __44e3fc9b-0382-4c11-b00c-__**35bd74032e9a/34542412-ed50-__**
>> 4350-8867-0d7d5f8127fd,if=__**none,id=drive-virtio-disk0,__**
>> format=raw,serial=44e3fc9b-__**0382-4c11-b00c-35bd74032e9a,__**
>> cache=none,werror=stop,rerror=**__stop,aio=threads:
>>
>>         *could not open *disk image
>>         */rhev/data-center*/d09d8a3e-_**_8ab4-42fc-84ec-86f307d144a0/_**
>> _1a04e13a-0ed4-40d6-a153-__**f7091c65d916/*images*/__**
>> 44e3fc9b-0382-4c11-b00c-__**35bd74032e9a/34542412-ed50-__**
>> 4350-8867-0d7d5f8127fd:
>>         *Permission denied*
>>
>>
>>         [root at node1 44e3fc9b-0382-4c11-b00c-__**35bd74032e9a]# ls -lh
>>
>>         total 1.1M
>>         -rw-rw----+ 1 *vdsm 96* 6.0G 2013-10-15 05:47
>>         34542412-ed50-4350-8867-__**0d7d5f8127fd
>>
>>         -rw-rw----+ 1 *vdsm 96* 1.0M 2013-10-15 05:47
>>         34542412-ed50-4350-8867-__**0d7d5f8127fd.lease
>>
>>         -rw-rw-rw-+ 1 *vdsm 96*  268 2013-10-15 05:47
>>
>>         34542412-ed50-4350-8867-__**0d7d5f8127fd.meta
>>
>>         As it doesn't allow us o change permissions any alternate way
>>         for this
>>         ?or do I need to manually set permissions in
>>         *"/etc/libvirt/qemu.conf"*
>>         alos ther is no such *group *with*"96"* .. so from where it
>>         picks this
>>
>>         config .
>>         Another question is related to SELINUX config change for below 2
>>         parameters to recover from error "*internal error Failed to open
>>         socket
>>         to sanlock daemon: Permission denied*" I saw some where this is
>>         fixed
>>
>>         but not sure why it appears  VDSM should take care of this auto
>>         setsebool -P virt_use_sanlock=on
>>         setsebool -P virt_use_nfs=on
>>
>>
>>         ______________________________**___________________
>>         Users mailing list
>>         Users at ovirt.org <mailto:Users at ovirt.org>
>>         http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users>
>>
>>         <http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
>> >
>>
>>
>>     have you tried:
>>     http://www.ovirt.org/wiki/__**Troubleshooting_NFS_Storage___**Issues<http://www.ovirt.org/wiki/__Troubleshooting_NFS_Storage___Issues>
>>     <http://www.ovirt.org/wiki/**Troubleshooting_NFS_Storage_**Issues<http://www.ovirt.org/wiki/Troubleshooting_NFS_Storage_Issues>
>> >
>>
>>
>>
> ovirt node? fedora? .el6?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20131021/dd848491/attachment-0001.html>