Ok. so i have added the option you mentioned, restarted nfs and remounted on the compute nodes.<div><br></div><div>Now i get this error: <a href="http://paste.openstack.org/show/19260/">http://paste.openstack.org/show/19260/</a></div>
<div><br></div><div>:S<br><br><div class="gmail_quote">On Wed, Jul 4, 2012 at 4:18 PM, Daniel P. Berrange <span dir="ltr"><<a href="mailto:berrange@redhat.com" target="_blank">berrange@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue, Jul 03, 2012 at 02:48:05PM +0100, Leander Bessa Beernaert wrote:<br>
> Hello all,<br>
><br>
> I've been trying to get the live migration to work according to the guide<br>
> <a href="http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html" target="_blank">http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html</a>.<br>

><br>
> So far i've setup 2 compute nodes and 1 controller node. They all share the<br>
> /var/lib/nova/instances dir. I've already verified that the nova user id is<br>
> the same across all the servers.<br>
><br>
> Currently i'm running into this error when i launch an instance:<br>
> <a href="http://paste.openstack.org/show/19221/" target="_blank">http://paste.openstack.org/show/19221/</a><br>
><br>
> It's certainly a permission issue, so i tried adding the group "nova" to<br>
> the user "libvirt-qemu". However, it still doesn't work. To which user must<br>
> i give the nova group permission in order to be able to write in that<br>
> directory?<br>
<br>
</div></div>So the error message you get here:<br>
<br>
  libvirtError: Unable to pre-create chardev file '/var/lib/nova/instances/instance-00000004/console.log': Permission denied<br>
<br>
is coming from the libvirt QEMU driver code. This code runs as root:root<br>
in the libvirtd daemon. As such, ordinarily permissions would not be a<br>
problem that blocks libvirtd doing what it wants. NFS is horrible /<br>
special though, and has this capability "root squash" which causes any<br>
client host processes running as root to be treated as if they were<br>
running as 'nfsnobody' or a similar unprivileged user.  So if you want<br>
libvirtd to be able to use this mount point you'll need to make sure<br>
that your NFS server has root squash disabled. eg by adding the option<br>
'no_root_squash' to the /etc/exports file for that mount.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Daniel<br>
--<br>
|: <a href="http://berrange.com" target="_blank">http://berrange.com</a>      -o-    <a href="http://www.flickr.com/photos/dberrange/" target="_blank">http://www.flickr.com/photos/dberrange/</a> :|<br>
|: <a href="http://libvirt.org" target="_blank">http://libvirt.org</a>              -o-             <a href="http://virt-manager.org" target="_blank">http://virt-manager.org</a> :|<br>
|: <a href="http://autobuild.org" target="_blank">http://autobuild.org</a>       -o-         <a href="http://search.cpan.org/~danberr/" target="_blank">http://search.cpan.org/~danberr/</a> :|<br>
|: <a href="http://entangle-photo.org" target="_blank">http://entangle-photo.org</a>       -o-       <a href="http://live.gnome.org/gtk-vnc" target="_blank">http://live.gnome.org/gtk-vnc</a> :|<br>
</font></span></blockquote></div><br></div>