ISO image file ownership changed

[Javier Collado]

When an ISO that is already available in the filesystem is used, the ownership is changed to libvirt-qemu:kvm. This is not a big problem, but ISO files should preserve their ownership as it's before launching utah.

An example about why do I feel this is wrong is that I ran zsync to update the download of the daily image and got an error because I didn't have permissions to modify the file that I downloaded the day before.

[Max Brustkern (nuclearbob)]

I agree with this, it's caused me problems before as well. Really, I feel like it's poor behavior on the part of libvirt, but I'm not sure we can get that fixed easily. One reason I haven't fixed it so far is that I can't think of a way to do it without elevated privileges. If you want to write up a fix for this, go ahead, otherwise I'll try to get to it once we have some more functionality in place.

[Javier Collado (javier.collado)]

In /etc/libvirt/qemu.conf I found a parameter that looked promising:

# Whether libvirt should dynamically change file ownership
# to match the configured user/group above. Defaults to 1.
# Set to 0 to disable file ownership changes.
# dynamic_ownership = 1

Unfortunately, after removing the leading comment and setting it to zero I still see the same behavior. Could it be that utah is somehow bypassing this configuration?

[Javier Collado (javier.collado)]

This bug actually seems a duplicate of this one bug#691590

If I'm not successful with the configuration file changes, I think I'll just mark it as a duplicate.

[Max Brustkern (nuclearbob)]

That one's currently wontfix. Making it a duplicate makes sense, but I would like to keep it on our radar as something to try to get fixed at some point.

[Max Brustkern (nuclearbob)]

A fix for this is in progress as part of the automatic image download update.

[Max Brustkern (nuclearbob)]

I'm currently testing a branch that implements this.

[Javier Collado (javier.collado)]

Max, could you link that branch to the bug? Thanks.