Re: [libvirt] [RFC: PATCHv4 00/15] outgoing migration via fd: rather than exec:
On 03/10/2011 03:59 AM, Wen Congyang wrote:
At 03/10/2011 01:24 PM, Laine Stump Write:
> On 03/09/2011 08:45 PM, Eric Blake wrote:
>> Needs more testing - especially on root-squash NFS
> Starting up a domain with backing store on root-squash NFS works fine.
>
> When I try to save the domain to a directory on a root-squash NFS,
> though, the save hangs forever with a zombified child process with a
> WCHAN of "exit", and the parent process is sitting on recvmsg():
I save the domain to a directory on a root-squash NFS, and it works
fine.
Restoring the domain works fine too.
Okay, I've figured out what happened - the permission on a parent of my
target directory on the NFS server had been changed during unrelated
testing from (root,root) 755 to 700, so even though the target directory
had the proper user (qemu,qemu), qemu was denied access to the directory
due to its parent's permissions/ownership. When I set the parent
directory back to 755, save and restore both work.
However, the current code still has a problem - if you try to save
to/from a directory that the qemu user doesn't have permission for (and
presumably if there's any other error in the child that causes it to
skip the sendmsg), rather than returning an error virFileOpenAs just
hangs on recvmsg waiting for the fd info to come over the pipe, while
the child process sits around as a zombie because nobody has reaped its
exit status.