[Users] Unable to add ISOs to default ISO storage domain

Paulo de Rezende Pinatti ppinatti at linux.vnet.ibm.com
Fri Feb 10 13:20:27 UTC 2012


Not sure if it's the case, but for me the images became visible in the 
webadmin when I fixed permissions in the NFS export. I've added the 
'all_squash' parameter in /etc/exports and chowned the directory to the 
nfsnobody user (chmod -R nfsnobody. /mnt/iso).

Hope it helps.

Paulo de Rezende Pinatti
Staff Software Engineer
IBM Linux Technology Center


On 02/10/2012 12:59 AM, 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 ishttps://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 ishttps://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
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users




More information about the Users mailing list