Description of problem: when specifying a storage path for an ISO domain, if the target has a single directory, the path is not accepted with "badly formed hexadecimal UUID string" error. At the same time, when there are files in the directory, the process will return a more meaningful "directory not empty" error. More strangely, when there are several directories in the path, the process goes on without any errors Version-Release number of selected component (if applicable): engine-setup-3.4.1 How reproducible: always Steps to Reproduce: 1. create a directory with another dir inside: # mkdir -p /exports/iso/testdir # chown -R vdsm:kvm /exports/iso/ 2. engine-setup 3. enter the parent path when promptet: Local ISO domain path [/var/lib/exports/iso]: /exports/iso/ Actual results: [ ERROR ] Cannot access mount point /exports/iso/: badly formed hexadecimal UUID string Expected results: [ ERROR ] Cannot access mount point /exports/iso/: Error: directory /exports/iso is not empty Additional info: test with several directories finishes without any errors: 1. # mkdir -p /exports/iso/testdir1 # mkdir -p /exports/iso/testdir2 # mkdir -p /exports/iso/testdir3 # chown -R vdsm:kvm /exports/iso/ 2. engine-setup 3. Local ISO domain path [/var/lib/exports/iso]: /exports/iso/ Local ISO domain ACL [0.0.0.0/0.0.0.0(rw)]: I believe the checks need to be made consistent: either we permit no directories in the path, or we ignore all of them which are not UUID formatted and let setup continue.
ovirt-engine-setup.log: 2014-08-01 08:08:02 DEBUG otopi.plugins.otopi.dialog.human human.queryString:153 query NFS_MOUNT_POINT 2014-08-01 08:08:02 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND Local ISO domain path [/var/lib/exports/iso]: 2014-08-01 08:08:51 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:RECEIVE /exports/iso 2014-08-01 08:08:51 DEBUG otopi.ovirt_engine_setup.domains domains.check_valid_path:90 validate '/exports/iso' as a valid mount point 2014-08-01 08:08:51 DEBUG otopi.ovirt_engine_setup.domains domains.check_base_writable:104 Attempting to write temp file to /exports/iso 2014-08-01 08:08:51 DEBUG otopi.ovirt_engine_setup.domains domains.check_available_space:122 Checking available space on /exports/iso 2014-08-01 08:08:51 DEBUG otopi.ovirt_engine_setup.domains domains.check_available_space:129 Available space on /exports/iso is 4382Mb 2014-08-01 08:08:51 ERROR otopi.plugins.ovirt_engine_setup.ovirt_engine.config.iso_domain iso_domain._customization:344 Cannot access mount point /exports/iso: badly formed hexadecimal UUID string 2014-08-01 08:08:51 DEBUG otopi.plugins.otopi.dialog.human human.queryString:153 query NFS_MOUNT_POINT 2014-08-01 08:08:51 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND Local ISO domain path [/var/lib/exports/iso]:
I also want to note that this issue happens when a separate partition is allocated for the ISO domain: then the lost+found service directory in the root will interfere with SD creation.
(In reply to Evgheni Dereveanchin from comment #2) > I also want to note that this issue happens when a separate partition is > allocated for the ISO domain: then the lost+found service directory in the > root will interfere with SD creation. For that case is enough to create an empty sub-directory inside the partition and just use that.
fixed in vt3, moving to on_qa. if you believe this bug isn't released in vt3, please report to rhev-integ
in vt3 Local ISO domain path [/var/lib/exports/iso]: /exports/iso [ ERROR ] Cannot access mount point /exports/iso: Error: directory /exports/iso is not empty
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2015-0158.html