Re: [Users] (potential bug) After I create a virtual disk I am unable to start a VM - Permissions issue ? The node seems to have no write access to the directory on the NFS server...
5:41 p.m.
Just to confirm my NFS server is running Debian Squeeze
my /etc/exports reads
------------------------------------------------------------
/storage1 *(rw,async,no_subtree_check)
------------------------------------------------------------
and in
/etc/default/nfs-kernel-server I have
------------------------------------------------------------
RPCMOUNTDOPTS="--manage-gids --no-nfs-version 4"
------------------------------------------------------------
Btw if I (from the NFS server) chmod 777 -R the directory (i.e
/storage1/2f7ee7bc-09b3-42ba-af91-40d79293e360/images/676f4f95-9124-4571-8bf9-b597eb5d0931/
)it then works...
It does seem that ovirt creates the directory with wrong perms?
This is obviuosly some sort of bug (or it could be NFS setup related)
Has anyone any ideas ? chmod 777 is not exactly a good 'solution'
A new version of the ovirt node is out *(2.3) but there have been no
changes in this area (so it won't be fixed in the newer version)
Regards
12:52 a.m.
New subject: [Users] (potential bug) After I create a virtual disk I am unable to start a VM - Permissions issue ? The node seems to have no write access to the directory on the NFS server...
I am going to guess that the problem is a UID/GID mismatch. I am guessing
you are using an NFS server just for NFS, its not also the engine server?
When you install the ovirt engine there is a user/group created for it.
UID/GID 36:36 I believe. If this user and group doesn't match whats on the
NFS
server, then you will get permissions errors. If they match, ovirt won't
have problems using the storage. You usually use directory services with
NFS,
like NIS, or directory server, or LDAP, to prevent the issue. For testing
it may just be easier to do it manually.
On Mon, Mar 26, 2012 at 11:41 AM, Morgan Cox <morgancoxuk(a)gmail.com> wrote:
Just to confirm my NFS server is running Debian Squeeze
my /etc/exports reads
------------------------------------------------------------
/storage1 *(rw,async,no_subtree_check)
------------------------------------------------------------
and in
/etc/default/nfs-kernel-server I have
------------------------------------------------------------
RPCMOUNTDOPTS="--manage-gids --no-nfs-version 4"
------------------------------------------------------------
Btw if I (from the NFS server) chmod 777 -R the directory (i.e
/storage1/2f7ee7bc-09b3-42ba-af91-40d79293e360/images/676f4f95-9124-4571-8bf9-b597eb5d0931/
)it then works...
It does seem that ovirt creates the directory with wrong perms?
This is obviuosly some sort of bug (or it could be NFS setup related)
Has anyone any ideas ? chmod 777 is not exactly a good 'solution'
A new version of the ovirt node is out *(2.3) but there have been no
changes in this area (so it won't be fixed in the newer version)
Regards
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Gary Scarborough
IST Lab Manager
Rochester Institute of Technology
Rochester NY
4630
days inactive
4630
days old
1 comments
2 participants
participants (2)
-
Gary Scarborough -
Morgan Cox