[Users] SOLVED: Re: Unable to add ISOs to default ISO storage domain
Spyro Polymiadis
spyro at rsp.com.au
Sat Feb 11 07:16:53 UTC 2012
Turns out the problem is something to do with using NFSv4....
looking off the back of this thread https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/662711
I decided to try and re-mount the ISO domain user /rhev/data-centre/mnt/ovirtmgr.foo.com:_mnt/ISO
and immediately the ISO appeared in the webUI...
So, looks like the ovirtmgr host, needs to only use nfsv3, so the client does not try and negotiate v4 first...
i was able to force "no v4" on the ovirtmgr host, by adding
RPCNFSDARGS="-N 4"
to /etc/sysconfig/nfs, then restarting NFS server, systemctl restart nfs-server.service
Then i remounted the ISO domain on the hypervisor, and it just worked.
So the problem is, NFSv4 server with NFSv4 client = issues.... which make sence, as all the other hosts i used to mount the export, was an nfs3 client only...
Thanks for everyone for their assistance.. hopefully someone might be able to reproduce this, and or resolve it the same way.
Cheers,
----- Original Message -----
From: "Spyro Polymiadis" <spyro at rsp.com.au>
To: "Spyro Polymiadis" <spyro at rsp.com.au>
Cc: "Itamar Heim" <iheim at redhat.com>, "Andrew Dunlop" <ajdunlop at gmail.com>, users at ovirt.org, "Keith Robertson" <kroberts at redhat.com>
Sent: Saturday, 11 February, 2012 5:18:03 PM
Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
ok - here we go.. shed some light on the situation...
it looks like the ISO mount is being mounted as user/group nobody on the hypervisor....
drwxr-xr-x. 3 nobody nobody 4096 Feb 10 02:52 ovirtmgr.foo.com:_mnt_ISO
This might explain it because the vdsm user cannot read the iso as its mode 640 nobody.nobody...
However on the iso domain host - the permissions are correct.. so the hypervisor isnt mounting the path correctly
Its just on the hypervisor node that its mounting as nobody.nobody... i can mount the iso share to any other linux or mac host, and it mounts with id/guid 36.36 as normal...
I initially thought that the user nobody and group nobody were somehow mapped to id 36, but this isnt the case (its normal, 99)...
----- Original Message -----
From: "Spyro Polymiadis" <spyro at rsp.com.au>
To: "Keith Robertson" <kroberts at redhat.com>
Cc: "Itamar Heim" <iheim at redhat.com>, "Andrew Dunlop" <ajdunlop at gmail.com>, users at ovirt.org, "Spyro Polymiadis" <spyro at rsp.com.au>
Sent: Saturday, 11 February, 2012 3:59:20 PM
Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
$ mount ovirtmgr.rsp.com.au:/mnt/ISO test/
$ su - vdsm
This account is currently not available.
In /etc/passwd, the account does not have a valid shell... should it have?
vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/sbin/nologin
----- Original Message -----
From: "Keith Robertson" <kroberts at redhat.com>
To: "Spyro Polymiadis" <spyro at rsp.com.au>
Cc: "Itamar Heim" <iheim at redhat.com>, "Andrew Dunlop" <ajdunlop at gmail.com>, users at ovirt.org
Sent: Friday, 10 February, 2012 11:59:36 PM
Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
Spyro,
I am also running out of ideas, but I want to verify a few more things
before I can safely say that there isn't a problem with the NFS ISO domain.
On the hyper-visor, can you..
1. mount ovirtmgr.foo.com:/mnt/iso /mnt/isodir
2. su - vdsm
3. cd
/mnt/isodir/23340f35-95ca-4b46-90ec-0c8b83a82786/11111111-1111-1111-1111-111111111111
4. ls
Does that work?
Cheers,
Keith
On 02/09/2012 09:59 PM, Spyro Polymiadis wrote:
> FYI - i also created a new ISO domain, attached it, uploaded my iso - and it still doesnt appear in the webUI
> I also disabled the firewall on both hypervisor and managment servers - but did not make any difference..
>
> does the iso need to be of a specific type? is there some requirement that it must be bootable, or contain an OS, or something else for it not to register?
>
> I still get the message of unknown pool id, pool not connected when i run vdsClient -s 0 getIsoList fe82b63a-3207-4ce7-a952-ae76a3ef5f24 (with the new pool id)
>
> on the hypervisor, its mounted correctly and i can see the data in /rhev/data-center/mnt/ovirtmgr.foo.com:_mnt_ISO
>
> not sure where to go from here now :(
>
>
> ----- Original Message -----
> From: "Spyro Polymiadis"<spyro at rsp.com.au>
> To: "Keith Robertson"<kroberts at redhat.com>
> Cc: "Itamar Heim"<iheim at redhat.com>, "Andrew Dunlop"<ajdunlop at gmail.com>, users at ovirt.org, "Spyro Polymiadis"<spyro at rsp.com.au>
> Sent: Friday, 10 February, 2012 9:25:20 AM
> Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
>
> yeppers its a test domain..
> the iso path mounts just fine on the hypervisor
> ;)
>
> ----- Original Message -----
> From: "Keith Robertson"<kroberts at redhat.com>
> To: "Spyro Polymiadis"<spyro at rsp.com.au>
> Cc: "Itamar Heim"<iheim at redhat.com>, "Andrew Dunlop"<ajdunlop at gmail.com>, users at ovirt.org
> Sent: Friday, 10 February, 2012 1:31:52 AM
> Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
>
> Looking at the output, I'm a little curious about the address of the NFS
> server for the ISO domain. You've got this...
> <address>ovirtmgr.foo.com</address>
>
> Can you actually mount that NFS export from your hyper-visor?
>
> Try this...
> 1. On the hyper-visor do this:
> mkdir /mnt/isodir
> 2. mount ovirtmgr.foo.com:/mnt/iso /mnt/isodir
>
> Does that actually work?
>
> Cheers,
> Keith
>
> On 02/09/2012 09:11 AM, Spyro Polymiadis wrote:
>> Heres the output mate - cheers :)
>>
>> DEBUG: URL is https://ovirtmgr.foo.com:8443/api/datacenters
>> DEBUG: Returned XML is
>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>> <data_centers>
>> <data_center href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c" id="bf61bdea-5265-11e1-bd4b-7b05db53545c">
>> <name>Default</name>
>> <description>The default Data Center</description>
>> <link href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains" rel="storagedomains"/>
>> <link href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/permissions" rel="permissions"/>
>> <storage_type>nfs</storage_type>
>> <storage_format>v1</storage_format>
>> <version major="3" minor="0"/>
>> <supported_versions>
>> <version major="3" minor="0"/>
>> </supported_versions>
>> <status>
>> <state>up</state>
>> </status>
>> </data_center>
>> </data_centers>
>>
>> DEBUG: URL is https://ovirtmgr.foo.com:8443/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains
>> DEBUG: Returned XML is
>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>> <storage_domains>
>> <storage_domain href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains/23340f35-95ca-4b46-90ec-0c8b83a82786" id="23340f35-95ca-4b46-90ec-0c8b83a82786">
>> <name>ISO</name>
>> <actions>
>> <link href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains/23340f35-95ca-4b46-90ec-0c8b83a82786/activate" rel="activate"/>
>> <link href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains/23340f35-95ca-4b46-90ec-0c8b83a82786/deactivate" rel="deactivate"/>
>> </actions>
>> <data_center href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c" id="bf61bdea-5265-11e1-bd4b-7b05db53545c"/>
>> <type>iso</type>
>> <status>
>> <state>active</state>
>> </status>
>> <master>false</master>
>> <storage>
>> <type>nfs</type>
>> <address>ovirtmgr.foo.com</address>
>> <path>/mnt/iso</path>
>> </storage>
>> <available>1073741824</available>
>> <used>3221225472</used>
>> <committed>0</committed>
>> <storage_format>v1</storage_format>
>> </storage_domain>
>> <storage_domain href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains/a864b2ed-ecb9-4f7b-be7f-c39e214b868f" id="a864b2ed-ecb9-4f7b-be7f-c39e214b868f">
>> <name>DATASTORE</name>
>> <actions>
>> <link href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains/a864b2ed-ecb9-4f7b-be7f-c39e214b868f/activate" rel="activate"/>
>> <link href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c/storagedomains/a864b2ed-ecb9-4f7b-be7f-c39e214b868f/deactivate" rel="deactivate"/>
>> </actions>
>> <data_center href="/api/datacenters/bf61bdea-5265-11e1-bd4b-7b05db53545c" id="bf61bdea-5265-11e1-bd4b-7b05db53545c"/>
>> <type>data</type>
>> <status>
>> <state>active</state>
>> </status>
>> <master>true</master>
>> <storage>
>> <type>nfs</type>
>> <address>10.250.1.1</address>
>> <path>/VMSTORE/RHEV</path>
>> </storage>
>> <available>5636070834176</available>
>> <used>53743999516672</used>
>> <committed>10737418240</committed>
>> <storage_format>v1</storage_format>
>> </storage_domain>
>> </storage_domains>
>>
>> ISO Storage Domain Name | Datacenter | ISO Domain Status
>> ISO | Default | active
>>
>>
>> ----- Original Message -----
>> From: "Keith Robertson"<kroberts at redhat.com>
>> To: "Spyro Polymiadis"<spyro at rsp.com.au>
>> Cc: "Itamar Heim"<iheim at redhat.com>, "Andrew Dunlop"<ajdunlop at gmail.com>, users at ovirt.org
>> Sent: Thursday, 9 February, 2012 9:16:19 PM
>> Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
>>
>> To get us some more information please run...
>>
>> rhevm-iso-uploader list -v
>>
>> On 02/09/2012 03:04 AM, Itamar Heim wrote:
>>> On 02/09/2012 09:59 AM, Spyro Polymiadis wrote:
>>>> i have a data domain (NFS Data master) configured for cluster... yes
>>> and it is active as well at DC level (DC, storage domains)?
>>>
>>>> ----- Original Message -----
>>>> From: "Itamar Heim"<iheim at redhat.com>
>>>> To: "Spyro Polymiadis"<spyro at rsp.com.au>
>>>> Cc: "Andrew Dunlop"<ajdunlop at gmail.com>, users at ovirt.org
>>>> Sent: Thursday, 9 February, 2012 6:22:02 PM
>>>> Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
>>>>
>>>> On 02/09/2012 09:39 AM, Spyro Polymiadis wrote:
>>>>> Thanks for the info..
>>>>>
>>>>> the ISO share is attached to the default domain, and is active, and
>>>>> the host (only 1 hypervisor at the moment) is als part of the same
>>>>> domain.
>>>>> The host is up, and it displays SPM on the right hand side
>>>>>
>>>>> the output of vdsClient is interesting...
>>>>>
>>>>> vdsClient -s 0 getIsoList 23340f35-95ca-4b46-90ec-0c8b83a82786
>>>>> Unknown pool id, pool not connected:
>>>>> ('23340f35-95ca-4b46-90ec-0c8b83a82786',)
>>>> did you create a data domain in this data center?
>>>>
>>>>> ----- Original Message -----
>>>>> From: "Itamar Heim"<iheim at redhat.com>
>>>>> To: "Spyro Polymiadis"<spyro at rsp.com.au>
>>>>> Cc: "Andrew Dunlop"<ajdunlop at gmail.com>, users at ovirt.org
>>>>> Sent: Thursday, 9 February, 2012 5:22:08 PM
>>>>> Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
>>>>>
>>>>> On 02/09/2012 06:18 AM, Spyro Polymiadis wrote:
>>>>>> should actually mention - the issue is that i cannot see/select to
>>>>>> use it in the webUI - even after logging out and back into it
>>>>> 1. is the iso domain attached (and activated) to a DC with an active
>>>>> host in it?
>>>>> 2. check the host is up, and is an SPM (right most column in host grid.
>>>>> 3. run the following command on the host
>>>>> vdsClient -s 0 getIsoList 23340f35-95ca-4b46-90ec-0c8b83a82786
>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Spyro Polymiadis"<spyro at rsp.com.au>
>>>>>> To: "Keith Robertson"<kroberts at redhat.com>
>>>>>> Cc: "Andrew Dunlop"<ajdunlop at gmail.com>, users at ovirt.org
>>>>>> Sent: Thursday, 9 February, 2012 2:47:09 PM
>>>>>> Subject: Re: [Users] Unable to add ISOs to default ISO storage domain
>>>>>>
>>>>>> sorry to jump on the bandwagon here - ive also uploaded an iso to
>>>>>> the ISO domain - which i said yes to create it locally on the
>>>>>> engine-management host.
>>>>>> default exported as /mnt/iso - i didnt have to manually do anything
>>>>>> to add it to the domain, only activate it.
>>>>>>
>>>>>> cat /etc/exports
>>>>>> /mnt/iso 0.0.0.0/0.0.0.0(rw) #rhev installer
>>>>>>
>>>>>>
>>>>>> i uploaded my iso like so:
>>>>>>
>>>>>> /usr/bin/engine-iso-uploader -i ISO -u admin at internal -r
>>>>>> ovirtmgr.foo.com:8443 upload os_2.0-784729f4-19.iso
>>>>>>
>>>>>> It finished successfully, the iso is owned vdsm.kvm and has the
>>>>>> default 640 permissions.
>>>>>> I tried setting them to 755 as mentioned in one of these threads -
>>>>>> but that didnt help..
>>>>>>
>>>>>> $ tree -pug /mnt/iso
>>>>>>
>>>>>> /mnt/iso
>>>>>> └── [drwxr-xr-x vdsm kvm ]
>>>>>> 23340f35-95ca-4b46-90ec-0c8b83a82786
>>>>>> ├── [drwxr-xr-x vdsm kvm ] dom_md
>>>>>> │ ├── [-rw-r--r-- vdsm kvm ] ids
>>>>>> │ ├── [-rw-r--r-- vdsm kvm ] inbox
>>>>>> │ ├── [-rw-r--r-- vdsm kvm ] leases
>>>>>> │ ├── [-rw-r--r-- vdsm kvm ] metadata
>>>>>> │ └── [-rw-r--r-- vdsm kvm ] outbox
>>>>>> └── [drwxr-xr-x vdsm kvm ] images
>>>>>> └── [drwxr-xr-x vdsm kvm ]
>>>>>> 11111111-1111-1111-1111-111111111111
>>>>>> └── [-rw-r----- vdsm kvm ]
>>>>>> os_2.0-784729f4-19.iso
>>>>>>
>>>>>> I havent rebooted the ovirtmgr host yet incase that "fixes" it
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
More information about the Users
mailing list