
10 Feb
2012
10 Feb
'12
6:29 p.m.
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@rsp.com.au> To: "Keith Robertson" <kroberts@redhat.com> Cc: "Itamar Heim" <iheim@redhat.com>, "Andrew Dunlop" <ajdunlop@gmail.com>, users@ovirt.org, "Spyro Polymiadis" <spyro@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@redhat.com> To: "Spyro Polymiadis" <spyro@rsp.com.au> Cc: "Itamar Heim" <iheim@redhat.com>, "Andrew Dunlop" <ajdunlop@gmail.com>, users@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@redhat.com> > To: "Spyro Polymiadis"<spyro@rsp.com.au> > Cc: "Itamar Heim"<iheim@redhat.com>, "Andrew Dunlop"<ajdunlop@gmail.com>, users@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@redhat.com> >>> To: "Spyro Polymiadis"<spyro@rsp.com.au> >>> Cc: "Andrew Dunlop"<ajdunlop@gmail.com>, users@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@redhat.com> >>>> To: "Spyro Polymiadis"<spyro@rsp.com.au> >>>> Cc: "Andrew Dunlop"<ajdunlop@gmail.com>, users@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@rsp.com.au> >>>>> To: "Keith Robertson"<kroberts@redhat.com> >>>>> Cc: "Andrew Dunlop"<ajdunlop@gmail.com>, users@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@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@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users