Can't seem to get around it >.<. Below are the current permissions on the folder in one of the compute nodes. I've already tried chmod o+x /var/lib/nova/instances/ but nothing happend :/ gsd at cloud33:~$ ls -l /var/lib/nova/instances/ > total 4 > drwxrwxr-x 2 nova nova 4096 Jul 3 13:33 _base > gsd at cloud33:~$ ls -l /var/lib/nova/ > total 136 > drwxr-xr-x 6 nova nova 4096 Jul 3 13:11 CA > drwxr-xr-x 2 nova nova 4096 Jun 25 20:11 buckets > drwxr-xr-x 2 nova nova 4096 Jun 25 20:11 images > drwxr-xr-x 3 nova nova 4096 Jul 4 15:45 instances > drwxr-xr-x 2 nova nova 4096 Jun 25 20:11 keys > drwxr-xr-x 2 nova nova 4096 Jun 25 20:11 networks > -rw------- 1 nova nova 104448 Jul 3 13:13 nova.sqlite > drwxr-xr-x 2 nova nova 4096 Jun 25 20:11 tmp On Wed, Jul 4, 2012 at 4:35 PM, Daniel P. Berrange <berrange at redhat.com>wrote: > On Wed, Jul 04, 2012 at 04:24:42PM +0100, Leander Bessa Beernaert wrote: > > Ok. so i have added the option you mentioned, restarted nfs and remounted > > on the compute nodes. > > > > Now i get this error: http://paste.openstack.org/show/19260/ > > libvirtError: internal error Process exited while reading console log > output: chardev: opening backend "file" failed: Permission denied > > > This is an error from QEMU itself. So it shows libvirtd has successfully > done its part of the work. Unless you have changed your qemu.conf file, > then QEMU will normally run as the 'qemu:qemu' user/group pair. So you > should make sure that user account has r-x permission on the directory > where the images are stored. QEMU doesn't need write permission on > the directory - libvirtd makes sure the files themselves are writable > > Regards, > Daniel > -- > |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/:| > |: http://libvirt.org -o- http://virt-manager.org:| > |: http://autobuild.org -o- http://search.cpan.org/~danberr/:| > |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc:| > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120704/918069fd/attachment.html>