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@med.ge.com> 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@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Andrew Dunlop Sent: Thursday, February 02, 2012 10:59 AM To: users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Adam Litke <agl@us.ibm.com> IBM Linux Technology Center