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

On Fri, Feb 03, 2012 at 09:26:32AM +0000, Andrew Dunlop wrote: > It would appear that the problem was the permissions on the files. > after I did a chmod 0755 to the .iso it appeared almost immediately in > the web admin. > Should the iso-uploader script not have changed the permissions of the > file? It appears to have set the correct owner. Could someone explain why oVirt is even requiring ownership of the iso images by a specific user and group? Isn't it enough to just require read/write permissions on the export? The file ownership requirement is causing us problems because we have an NFSv4 storage appliance that refuses to chown files to 36:36 because those users are not known to the appliance. > On 2 February 2012 17:09, Brown, Chris (GE Healthcare) > <Christopher.Brown(a)med.ge.com&gt; wrote: >> Easiest way to go about this, at least the way I go about it... Manually >> place your iso images on the NFS ISO share. >> This can be accomplished two ways: >> >> Example 1: If you have direct access to your fileserver EG: NAS/etc and >> it is linux based. >> Simply login and sftp/scp/NFS/CIFS retrieve and/or copy the images into >> /export/path/to/iso/domain/<domUUID/images/11111111-1111-1111-1111-11111 >> 1111111 >> Then chown 36:36 >> /export/path/to/iso/domain/<domUUID/images/11111111-1111-1111-1111-11111 >> 1111111/* >> >> Example 2: Mount said NFS mount point on another client and copy the >> images into it. >> Export on NFS server is for example /rhev/iso --> mount >> <servername_or_ip>:/rhev/iso /mnt >> Copy the images into >> /mnt/<domUUID/images/11111111-1111-1111-1111-111111111111/ >> Then chown 36:36 >> /mnt/<domUUID/images/11111111-1111-1111-1111-111111111111/* >> >> - Chris >> >> -----Original Message----- >> From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf >> Of Andrew Dunlop >> Sent: Thursday, February 02, 2012 10:59 AM >> To: users(a)ovirt.org >> Subject: [Users] Unable to add ISOs to default ISO storage domain >> >> I have been trying to upload ISOs onto my ISO Storage Domain, set up >> when I ran engine-setup. >> I can run the command and the .iso file is correctly put in place, >> however this never appears in the available images for this domain on >> the web-admin. >> I notice that there are no file entries in >> https://xxxx.xxxx.co.uk:8443/api/storagedomains/a677acff-601b-4b6d-86ce- >> 0798f3833629/files/ >> just what is given in the verbose output from the uploader. >> Any ideas what the problem might be? I have tried a couple of ISOs and >> have also done a cleanup and setup. >> >> Below is the verbose output from the uploader: >> >> [admin@xxxx ~]$ sudo engine-iso-uploader -v -f -i ISOs upload >> Downloads/TinyCore-current.iso [sudo] password for admin: >> Please provide the REST API password for the admin@internal oVirt Engine >> user (CTRL+D to abort): >> DEBUG: URL is >> https://xxxx.xxxx.co.uk:8443/api/storagedomains?search=name%3DISOs >> DEBUG: Returned XML is >> <?xml version="1.0" encoding="UTF-8" standalone="yes"?> >> <storage_domains> >> <storage_domain >> href="/api/storagedomains/a677acff-601b-4b6d-86ce-0798f3833629" >> id="a677acff-601b-4b6d-86ce-0798f3833629"> >> <name>ISOs</name> >> <link >> href="/api/storagedomains/a677acff-601b-4b6d-86ce-0798f3833629/permissio >> ns" >> rel="permissions"/> >> <link >> href="/api/storagedomains/a677acff-601b-4b6d-86ce-0798f3833629/files" >> rel="files"/> >> <type>iso</type> >> <master>false</master> >> <storage> >> <type>nfs</type>srmr >> <address>xxxx.xxxx.co.uk</address> >> <path>/isos</path> >> </storage>users@ >> <available>48318382080</available> >> <used>4294967296</used> >> <committed>0</committed> >> <storage_format>v1</storage_format> >> </storage_domain> >> </storage_domains> >> >> DEBUG: id=a677acff-601b-4b6d-86ce-0798f3833629 address=xxxx.xxxx.co.uk >> path=/isos >> DEBUG: local NFS mount point is /tmp/tmpX03eVj >> DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft >> xxxx.xxxx.co.uk:/isos /tmp/tmpX03eVj) >> DEBUG: /bin/mount -t nfs -o rw,sync,soft xxxx.xxxx.co.uk:/isos >> /tmp/tmpX03eVj >> DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft', >> 'xxxx.xxxx.co.uk:/isos', '/tmp/tmpX03eVj']) >> DEBUG: returncode(0) >> DEBUG: STDOUT() >> DEBUG: STDERR() >> DEBUG: Size of Downloads/TinyCore-current.iso: 12507136 bytes 12214.0 >> 1K-blocks 11.0 MB >> DEBUG: Available space in >> /tmp/tmpX03eVj/a677acff-601b-4b6d-86ce-0798f3833629/images/11111111-1111 >> -1111-1111-111111111111: 48557457408 >> bytes 47419392.0 1K-blocks 46308.0 MB >> DEBUG: euid(0) egid(0) >> DEBUG: euid(0) egid(0) >> DEBUG: URL is >> https://xxxx.xxxx.co.uk:8443/api/storagedomains/a677acff-601b-4b6d-86ce- >> 0798f3833629/files >> DEBUG: Returned XML is >> <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <files/> >> >> DEBUG: /bin/umount -t nfs -f /tmp/tmpX03eVj >> DEBUG: /bin/umount -t nfs -f /tmp/tmpX03eVj >> DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpX03eVj']) >> DEBUG: returncode(0) >> DEBUG: STDOUT() >> DEBUG: STDERR() >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >