Just an FYI I am using ovirt as an NFS Data Center MAIN,ISO,and EXPORT. I updated ovirt to newest rpms and reinstalled. I added one host machine. I then created another node (machine) using Openfiler and created NFS shares on that machine. Once permissions were set I was able to create Main storage (NFS), ISO (NFS), and Export (NFS). I mounted the ISO folder locally to one of my linux boxes and dropped Ubuntu and Fedora into the folder. It copied fine and I was able to see the new iso's in my attach a drive area when I went to install operating systems. I have just done all of that today.<div>
<br></div><div>Dominic<br><br><div class="gmail_quote">On Wed, Feb 8, 2012 at 11:17 PM, Spyro Polymiadis <span dir="ltr"><<a href="mailto:spyro@rsp.com.au">spyro@rsp.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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.<br>
default exported as /mnt/iso - i didnt have to manually do anything to add it to the domain, only activate it.<br>
<br>
cat /etc/exports<br>
/mnt/iso <a href="http://0.0.0.0/0.0.0.0(rw)" target="_blank">0.0.0.0/0.0.0.0(rw)</a> #rhev installer<br>
<br>
<br>
i uploaded my iso like so:<br>
<br>
/usr/bin/engine-iso-uploader -i ISO -u admin@internal -r <a href="http://ovirtmgr.foo.com:8443" target="_blank">ovirtmgr.foo.com:8443</a> upload os_2.0-784729f4-19.iso<br>
<br>
It finished successfully, the iso is owned vdsm.kvm and has the default 640 permissions.<br>
I tried setting them to 755 as mentioned in one of these threads - but that didnt help..<br>
<br>
$ tree -pug /mnt/iso<br>
<br>
/mnt/iso<br>
└── [drwxr-xr-x vdsm kvm ] 23340f35-95ca-4b46-90ec-0c8b83a82786<br>
├── [drwxr-xr-x vdsm kvm ] dom_md<br>
│ ├── [-rw-r--r-- vdsm kvm ] ids<br>
│ ├── [-rw-r--r-- vdsm kvm ] inbox<br>
│ ├── [-rw-r--r-- vdsm kvm ] leases<br>
│ ├── [-rw-r--r-- vdsm kvm ] metadata<br>
│ └── [-rw-r--r-- vdsm kvm ] outbox<br>
└── [drwxr-xr-x vdsm kvm ] images<br>
└── [drwxr-xr-x vdsm kvm ] 11111111-1111-1111-1111-111111111111<br>
└── [-rw-r----- vdsm kvm ] os_2.0-784729f4-19.iso<br>
<br>
I havent rebooted the ovirtmgr host yet incase that "fixes" it<br>
<br>
Any ideas?<br>
<br>
<br>
----- Original Message -----<br>
From: "Keith Robertson" <<a href="mailto:kroberts@redhat.com">kroberts@redhat.com</a>><br>
To: "Andrew Dunlop" <<a href="mailto:ajdunlop@gmail.com">ajdunlop@gmail.com</a>>, "Chris Brown (GE Healthcare)" <<a href="mailto:Christopher.Brown@med.ge.com">Christopher.Brown@med.ge.com</a>><br>
Cc: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
Sent: Saturday, 4 February, 2012 1:28:20 AM<br>
Subject: Re: [Users] Unable to add ISOs to default ISO storage domain<br>
<br>
Andrew and Chris,<br>
<br>
You shouldn't need to manually place images on the NFS share and<br>
subsequently chmod them. The ISO uploader should be doing both the<br>
uploading and the chmod-ing for you, and if it is not doing this then<br>
it's a bug.<br>
<br>
Here is a Successful Example:<br>
[root@ovirt ~]# vim keith.iso <-- Create a junk file.<br>
[root@ovirt ~]# chmod 400 keith.iso <-- Set restrictive perms on it.<br>
[root@ovirt ~]# ovirt-iso-uploader -i iso1 upload keith.iso<br>
Please provide the REST API password for RHEV-M (CTRL+D to abort):<br>
<br>
// Let's check our work...<br>
[root@ovirt ~]# mount <ip scrubbed>:/data/ovirt/iso1 /mnt/isodomain/ <--<br>
mount the iso export domain<br>
[root@ovirt ~]# su - vdsm<br>
-bash-4.1$ ll<br>
/mnt/isodomain/92cf90c2-3698-48b5-84fd-d8e4f8684547/images/11111111-1111-1111-1111-111111111111/keith.iso<br>
-rw-r-----. 1 vdsm kvm 10 Feb 3 07:45<br>
/mnt/isodomain/92cf90c2-3698-48b5-84fd-d8e4f8684547/images/11111111-1111-1111-1111-111111111111/keith.iso<br>
<-- w00t!<br>
<br>
<br>
Andrew, to help me debug, could you...<br>
1. Is your ISO export domain being exported by a *nix system? If so can<br>
you reply with the line in /etc/exports that does the exporting. It<br>
looks something like mine below...<br>
[root@inductor ~]# cat /etc/exports<br>
/export *(rw,sync,no_root_squash)<br>
<br>
2. Send me the output of "tree -pug" from the iso domain:<br>
[root@ovirt ~]# su - vdsm<br>
-bash-4.1$ cd /mnt/isodomain/92cf90c2-3698-48b5-84fd-d8e4f8684547/<br>
-bash-4.1$ tree -pug<br>
dom_md/ images/<br>
-bash-4.1$ tree -pug images<br>
images<br>
└── [drwxr-xr-x vdsm kvm ] 11111111-1111-1111-1111-111111111111<br>
<snip><br>
<br>
Cheers,<br>
Keith<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 02/03/2012 05:31 AM, Itamar Heim wrote:<br>
> On 02/03/2012 11:26 AM, Andrew Dunlop wrote:<br>
>> It would appear that the problem was the permissions on the files.<br>
>> after I did a chmod 0755 to the .iso it appeared almost immediately in<br>
>> the web admin.<br>
>> Should the iso-uploader script not have changed the permissions of the<br>
>> file? It appears to have set the correct owner.<br>
><br>
> Keith ---^ ?<br>
><br>
>><br>
>> On 2 February 2012 17:09, Brown, Chris (GE Healthcare)<br>
>> <<a href="mailto:Christopher.Brown@med.ge.com">Christopher.Brown@med.ge.com</a>> wrote:<br>
>>> Easiest way to go about this, at least the way I go about it...<br>
>>> Manually<br>
>>> place your iso images on the NFS ISO share.<br>
>>> This can be accomplished two ways:<br>
>>><br>
>>> Example 1: If you have direct access to your fileserver EG: NAS/etc and<br>
>>> it is linux based.<br>
>>> Simply login and sftp/scp/NFS/CIFS retrieve and/or copy the images into<br>
>>> /export/path/to/iso/domain/<domUUID/images/11111111-1111-1111-1111-11111<br>
>>><br>
>>> 1111111<br>
>>> Then chown 36:36<br>
>>> /export/path/to/iso/domain/<domUUID/images/11111111-1111-1111-1111-11111<br>
>>><br>
>>> 1111111/*<br>
>>><br>
>>> Example 2: Mount said NFS mount point on another client and copy the<br>
>>> images into it.<br>
>>> Export on NFS server is for example /rhev/iso --> mount<br>
>>> <servername_or_ip>:/rhev/iso /mnt<br>
>>> Copy the images into<br>
>>> /mnt/<domUUID/images/11111111-1111-1111-1111-111111111111/<br>
>>> Then chown 36:36<br>
>>> /mnt/<domUUID/images/11111111-1111-1111-1111-111111111111/*<br>
>>><br>
>>> - Chris<br>
>>><br>
>>> -----Original Message-----<br>
>>> From: <a href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> [mailto:<a href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a>] On<br>
>>> Behalf<br>
>>> Of Andrew Dunlop<br>
>>> Sent: Thursday, February 02, 2012 10:59 AM<br>
>>> To: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
>>> Subject: [Users] Unable to add ISOs to default ISO storage domain<br>
>>><br>
>>> I have been trying to upload ISOs onto my ISO Storage Domain, set up<br>
>>> when I ran engine-setup.<br>
>>> I can run the command and the .iso file is correctly put in place,<br>
>>> however this never appears in the available images for this domain on<br>
>>> the web-admin.<br>
>>> I notice that there are no file entries in<br>
>>> <a href="https://xxxx.xxxx.co.uk:8443/api/storagedomains/a677acff-601b-4b6d-86ce-" target="_blank">https://xxxx.xxxx.co.uk:8443/api/storagedomains/a677acff-601b-4b6d-86ce-</a><br>
>>><br>
>>> 0798f3833629/files/<br>
>>> just what is given in the verbose output from the uploader.<br>
>>> Any ideas what the problem might be? I have tried a couple of ISOs and<br>
>>> have also done a cleanup and setup.<br>
>>><br>
>>> Below is the verbose output from the uploader:<br>
>>><br>
>>> [admin@xxxx ~]$ sudo engine-iso-uploader -v -f -i ISOs upload<br>
>>> Downloads/TinyCore-current.iso [sudo] password for admin:<br>
>>> Please provide the REST API password for the admin@internal oVirt<br>
>>> Engine<br>
>>> user (CTRL+D to abort):<br>
>>> DEBUG: URL is<br>
>>> <a href="https://xxxx.xxxx.co.uk:8443/api/storagedomains?search=name%3DISOs" target="_blank">https://xxxx.xxxx.co.uk:8443/api/storagedomains?search=name%3DISOs</a><br>
>>> DEBUG: Returned XML is<br>
>>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?><br>
>>> <storage_domains><br>
>>> <storage_domain<br>
>>> href="/api/storagedomains/a677acff-601b-4b6d-86ce-0798f3833629"<br>
>>> id="a677acff-601b-4b6d-86ce-0798f3833629"><br>
>>> <name>ISOs</name><br>
>>> <link<br>
>>> href="/api/storagedomains/a677acff-601b-4b6d-86ce-0798f3833629/permissio<br>
>>><br>
>>> ns"<br>
>>> rel="permissions"/><br>
>>> <link<br>
>>> href="/api/storagedomains/a677acff-601b-4b6d-86ce-0798f3833629/files"<br>
>>> rel="files"/><br>
>>> <type>iso</type><br>
>>> <master>false</master><br>
>>> <storage><br>
>>> <type>nfs</type>srmr<br>
>>> <address><a href="http://xxxx.xxxx.co.uk" target="_blank">xxxx.xxxx.co.uk</a></address><br>
>>> <path>/isos</path><br>
>>> </storage>users@<br>
>>> <available>48318382080</available><br>
>>> <used>4294967296</used><br>
>>> <committed>0</committed><br>
>>> <storage_format>v1</storage_format><br>
>>> </storage_domain><br>
>>> </storage_domains><br>
>>><br>
>>> DEBUG: id=a677acff-601b-4b6d-86ce-0798f3833629 address=<a href="http://xxxx.xxxx.co.uk" target="_blank">xxxx.xxxx.co.uk</a><br>
>>> path=/isos<br>
>>> DEBUG: local NFS mount point is /tmp/tmpX03eVj<br>
>>> DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft<br>
>>> xxxx.xxxx.co.uk:/isos /tmp/tmpX03eVj)<br>
>>> DEBUG: /bin/mount -t nfs -o rw,sync,soft xxxx.xxxx.co.uk:/isos<br>
>>> /tmp/tmpX03eVj<br>
>>> DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft',<br>
>>> 'xxxx.xxxx.co.uk:/isos', '/tmp/tmpX03eVj'])<br>
>>> DEBUG: returncode(0)<br>
>>> DEBUG: STDOUT()<br>
>>> DEBUG: STDERR()<br>
>>> DEBUG: Size of Downloads/TinyCore-current.iso: 12507136 bytes 12214.0<br>
>>> 1K-blocks 11.0 MB<br>
>>> DEBUG: Available space in<br>
>>> /tmp/tmpX03eVj/a677acff-601b-4b6d-86ce-0798f3833629/images/11111111-1111<br>
>>><br>
>>> -1111-1111-111111111111: 48557457408<br>
>>> bytes 47419392.0 1K-blocks 46308.0 MB<br>
>>> DEBUG: euid(0) egid(0)<br>
>>> DEBUG: euid(0) egid(0)<br>
>>> DEBUG: URL is<br>
>>> <a href="https://xxxx.xxxx.co.uk:8443/api/storagedomains/a677acff-601b-4b6d-86ce-" target="_blank">https://xxxx.xxxx.co.uk:8443/api/storagedomains/a677acff-601b-4b6d-86ce-</a><br>
>>><br>
>>> 0798f3833629/files<br>
>>> DEBUG: Returned XML is<br>
>>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <files/><br>
>>><br>
>>> DEBUG: /bin/umount -t nfs -f /tmp/tmpX03eVj<br>
>>> DEBUG: /bin/umount -t nfs -f /tmp/tmpX03eVj<br>
>>> DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpX03eVj'])<br>
>>> DEBUG: returncode(0)<br>
>>> DEBUG: STDOUT()<br>
>>> DEBUG: STDERR()<br>
>>> _______________________________________________<br>
>>> Users mailing list<br>
>>> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
>>> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
>> _______________________________________________<br>
>> Users mailing list<br>
>> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
>> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Dominic Kaiser<br>Greater Boston Vineyard<br>Director of Operations<br><br>cell: 617-230-1412<br>fax: 617-252-0238<br>email: <a href="mailto:dominic@bostonvineyard.org">dominic@bostonvineyard.org</a><br>
<br><br>
</div>