Andrew and Chris, You shouldn't need to manually place images on the NFS share and subsequently chmod them. The ISO uploader should be doing both the uploading and the chmod-ing for you, and if it is not doing this then it's a bug. Here is a Successful Example: [root@ovirt ~]# vim keith.iso <-- Create a junk file. [root@ovirt ~]# chmod 400 keith.iso <-- Set restrictive perms on it. [root@ovirt ~]# ovirt-iso-uploader -i iso1 upload keith.iso Please provide the REST API password for RHEV-M (CTRL+D to abort): // Let's check our work... [root@ovirt ~]# mount <ip scrubbed>:/data/ovirt/iso1 /mnt/isodomain/ <-- mount the iso export domain [root@ovirt ~]# su - vdsm -bash-4.1$ ll /mnt/isodomain/92cf90c2-3698-48b5-84fd-d8e4f8684547/images/11111111-1111-1111-1111-111111111111/keith.iso -rw-r-----. 1 vdsm kvm 10 Feb 3 07:45 /mnt/isodomain/92cf90c2-3698-48b5-84fd-d8e4f8684547/images/11111111-1111-1111-1111-111111111111/keith.iso <-- w00t! Andrew, to help me debug, could you... 1. Is your ISO export domain being exported by a *nix system? If so can you reply with the line in /etc/exports that does the exporting. It looks something like mine below... [root@inductor ~]# cat /etc/exports /export *(rw,sync,no_root_squash) 2. Send me the output of "tree -pug" from the iso domain: [root@ovirt ~]# su - vdsm -bash-4.1$ cd /mnt/isodomain/92cf90c2-3698-48b5-84fd-d8e4f8684547/ -bash-4.1$ tree -pug dom_md/ images/ -bash-4.1$ tree -pug images images └── [drwxr-xr-x vdsm kvm ] 11111111-1111-1111-1111-111111111111 <snip> Cheers, Keith On 02/03/2012 05:31 AM, Itamar Heim wrote:
On 02/03/2012 11:26 AM, 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.
Keith ---^ ?
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