Red Hat Bugzilla – Bug 610880
libguestfs should set broader read perms on tmpdir, so works in some situations when executed with umask 077
Last modified: 2010-10-16 09:25:10 EDT
In virt-v2v the appliance is run as another uid:gid, and this does
not have access to read the kernel and initrd in the temporary
Although we want to stop other people from trying to write to
the tmpdir, there is no danger or secret in the files in this
directory and so there is no problem allowing anyone to read
these files (but not the socket).
+++ This bug was initially created as a clone of Bug #610875 +++
Description of problem:
# rm /var/lib/virt-v2v/transfer.iso
# umask 0077
# virt-v2v -ic esx://yellow.rhev.marston/?no_verify=1 -o rhev -osd blue:/nfs/export --network rhevm RHEL3-32
qemu: could not open disk image /var/lib/virt-v2v/transfer.iso
child process died unexpectedly at /usr/bin/virt-v2v line 483.
The reason for this is that virt-v2v creates transfer.iso with permissions 600, owned by root:root. When writing to RHEV, the libguestfs appliance is launched as 36:36, which doesn't have permissions to read this file.
Version-Release number of selected component (if applicable):
Patch posted upstream:
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.
More information and reason for this action is here:
Moved to Virtualization Tools product. This is
fixed upstream as far as I know.