[Users] can not use a standard data domain

Tue Mar 13 19:31:30 UTC 2012

Just so you know I have solved the issue.  So it is file permissions on the
openfiler server.  This is openfiler 2.3.  For some reason on the openfiler
server "node"  the file permissions where still ofguest:ofguest.  When
ovirt connects to a data node that is NFS is it suppose to change the
permissions on that server automatically?  If it is it might be a bug.
 This again is a NFS Domain datacenter.  Using hardware based Openfiler
nodes.  I will try adding another openfiler node to see if the same thing
happens.  Also has anyone else experienced this also?

Let me know if you have any thoughts,

Dominic

On Tue, Mar 13, 2012 at 5:35 AM, Moran Goldboim <mgoldboi at redhat.com> wrote:

> **
>
> On 03/12/2012 07:47 PM, Dominic Kaiser wrote:
>
> I noticed permisions on files in the that folder are saying group # 96
> what is the 96 group and should it be kvm?  On the /mnt folder should the
> files read owner:vdsm group:kvm on all files?
>
>
> Yes, user and group should be vdsm:kvm (36:36) on all "/rhev" tree.
> Moran.
>
>
>  Dominic
>
> On Mon, Mar 12, 2012 at 10:49 AM, Dominic Kaiser <
> dominic at bostonvineyard.org> wrote:
>
>> Hello Moran,
>>
>>  Thanks for responding.
>>
>>  Here is output you asked for and I have selinux disabled on this host:
>>
>>  ls -lZh c10c25e0-526a-11e1-a5e4-87fa674ffb5d/
>> lrwxrwxrwx vdsm kvm ?
>>  095fcd9d-6203-496f-b254-7a9eafaa8ac2 -> /rhev/data-center/mnt/10.3.0.248:
>> _mnt_mainstorage_mainstorage_MainStorage_ISO/095fcd9d-6203-496f-b254-7a9eafaa8ac2
>> lrwxrwxrwx vdsm kvm ?
>>  14308dd8-1fd1-452c-a288-2f975ef31de1 ->
>> /rhev/data-center/mnt/_var_lib_vdsm_storage/14308dd8-1fd1-452c-a288-2f975ef31de1
>> lrwxrwxrwx vdsm kvm ?
>>  340dad49-2ec7-475e-b6c6-668504bdb5b1 -> /rhev/data-center/mnt/10.3.0.248:
>> _mnt_mainstorage_mainstorage_MainStorage_MS/340dad49-2ec7-475e-b6c6-668504bdb5b1
>> lrwxrwxrwx vdsm kvm ?
>>  651cb693-3ffa-43b6-ab49-43cfb03d179b ->
>> /rhev/data-center/mnt/ruth.bostonvineyard.org:
>> _mnt_ruthstorage1_mainstorage_data/651cb693-3ffa-43b6-ab49-43cfb03d179b
>> lrwxrwxrwx vdsm kvm ?
>>  bcc2d564-2daa-45ae-990b-0d27a17e47e0 -> /rhev/data-center/mnt/10.3.0.248:
>> _mnt_mainstorage_mainstorage_MainStorage_Export/bcc2d564-2daa-45ae-990b-0d27a17e47e0
>> lrwxrwxrwx vdsm kvm ?                                mastersd ->
>> /rhev/data-center/mnt/10.3.0.248:
>> _mnt_mainstorage_mainstorage_MainStorage_MS/340dad49-2ec7-475e-b6c6-668504bdb5b1
>>
>>  The one I am having the problem with is the one in red.  It is an
>> openfiler server called ruth.  I can add it just fine create disks but
>> cannot start a VM.  It is weird.  Again it is a NFS datacenter this is a
>> data domain not master data domain.
>>
>>  Thanks,
>>
>>  Dominic
>>
>>
>> On Sun, Mar 11, 2012 at 4:20 AM, Moran Goldboim <mgoldboi at redhat.com>wrote:
>>
>>>   On 03/10/2012 01:26 AM, Dominic Kaiser wrote:
>>>
>>>  Here is the error I am getting:
>>>
>>>  VM fs1 is down. Exit message internal error process exited while
>>> connecting to monitor: qemu-kvm: -drive
>>> file=/rhev/data-center/c10c25e0-526a-11e1-a5e4-87fa674ffb5d/651cb693-3ffa-43b6-ab49-43cfb03d179b/images/7fa8a2e7-214e-4081-9f1f-f78c88b2f96e/49c199b6-cbda-4aa0-9b50-e3dc28341e09,if=none,id=drive-virtio-disk0,format=raw,serial=81-9f1f-f78c88b2f96e,cache=none,werror=stop,rerror=stop,aio=threads:
>>> could not open disk image
>>> /rhev/data-center/c10c25e0-526a-11e1-a5e4-87fa674ffb5d/651cb693-3ffa-43b6-ab49-43cfb03d179b/images/7fa8a2e7-214e-4081-9f1f-f78c88b2f96e/49c199b6-cbda-4aa0-9b50-e3dc28341e09:
>>> Permission denied .
>>>
>>> I can add the domain fine.  it is not the master domain and it is
>>> another node. I can create virtual disks but cannot start vm's.  I saw a
>>> post on google that mentions nfs=0 not nfs=1 i think it was in
>>> /usr/sbin/senforce maybe?  Does anyone recollect this problem and can help
>>> me?  Again this is on a separate node and is a standard data domain  not
>>> master.
>>>
>>> Thanks,
>>>
>>> --
>>> Dominic Kaiser
>>> Greater Boston Vineyard
>>> Director of Operations
>>>
>>> cell: 617-230-1412
>>> fax: 617-252-0238
>>> email: dominic at bostonvineyard.org
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>>
>>>  Dominic, sounds like you have some permission problem with the image,
>>> can you try with selinux in permissive mode - "/usr/sbin/setenforce 0"
>>> can you please add the output of "ls -lZh
>>> /rhev/data-center/c10c25e0-526a-11e1-a5e4-87fa674ffb5d/651cb693-3ffa-43b6-ab49-43cfb03d179b/images/7fa8a2e7-214e-4081-9f1f-f78c88b2f96e/49c199b6-cbda-4aa0-9b50-e3dc28341e09"
>>>
>>> Moran.
>>>
>>
>>
>>
>>  --
>> Dominic Kaiser
>> Greater Boston Vineyard
>> Director of Operations
>>
>> cell: 617-230-1412
>> fax: 617-252-0238
>> email: dominic at bostonvineyard.org
>>
>>
>>
>
>
>  --
> Dominic Kaiser
> Greater Boston Vineyard
> Director of Operations
>
> cell: 617-230-1412
> fax: 617-252-0238
> email: dominic at bostonvineyard.org
>
>
>
>

-- 
Dominic Kaiser
Greater Boston Vineyard
Director of Operations

cell: 617-230-1412
fax: 617-252-0238
email: dominic at bostonvineyard.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20120313/037ac2ca/attachment-0001.html>