Gluster users - Jan 2012 - gluster permissions problem

Hi,

I'm running a very simple gluster server, as a NFSv4 replacement. I 
documented this here:
http://www.mail-archive.com/users at lists.fedoraproject.org/msg40298.html

User home folders are served over this file server.

This worked fine in Fedora 15, but I am experiencing some odd 
permissions problems with Adobe Acrobat after upgrading the server to 
Fedora 16. I've seen it with some other apps too, but it is easiest to 
reproduce with AdobeReader_enu-9.4.6-1.i486.

I see someone else reported permissions problems here:
http://gluster.org/pipermail/gluster-users/2011-December/009260.html

If I launch acroread, it complains:
"Acroread was unable to create the directory .adobe in your home 
directory. There may be a permission problem with the parent directory."

However, .adobe IS successfully created (with some subfolders in it).

The full error transcript is below, showing how I remove any existing 
.adobe folder, run acroread, get errors, and then prove that .adobe does 
exist.

I have seen this on some kde apps too, but native gnome/gtk apps seem to 
work just fine. Not sure what that suggests.

(I realize that it is bad form to note issues with a closed-source 
program like acrobat, but I have to support it on my system because 
poppler's form-handling just doesn't work. Also, I think the issue 
reflects some real bugs in gluster.)

Anyway, on the server I have:
[root at server2 ~]# rpm -qa | grep gluster
glusterfs-rdma-3.2.5-3.fc16.i686
glusterfs-fuse-3.2.5-3.fc16.i686
glusterfs-3.2.5-3.fc16.i686
glusterfs-server-3.2.5-3.fc16.i686

On the client:
[mjc at xena ~]$ rpm -qa | grep gluster
glusterfs-fuse-3.2.5-5.fc16.x86_64
glusterfs-3.2.5-5.fc16.x86_64


Here is the full error sequence:

[mjc at xena ~]$ rm -rf .adobe

[mjc at xena ~]$ acroread

(acroread:23227): Gtk-WARNING **: Unable to locate theme engine in 
module_path: "clearlooks",
Gtk-Message: Failed to load module "pk-gtk-module"
Gtk-Message: Failed to load module "canberra-gtk-module"
Acroread was unable to create the directory .adobe in your home directory.
There may be a permission problem with the parent directory.
Acroread was unable to create the directory /fileserver/home/mjc/.adobe 
in your home directory.
There may be a permission problem with the parent directory.
Acroread was unable to create the directory /fileserver/home/mjc/.adobe 
in your home directory.
There may be a permission problem with the parent directory.

[mjc at xena ~]$ ll .adobe
total 8
drwxrwxr-x. 3 mjc mjc 4096 Jan  6 08:31 Acrobat

[mjc at xena ~]$ ll /fileserver/home/
<snip>
drwxrwx---. 58 mjc       mjc      4096 Jan  6 08:46 mjc
<snip>



Any suggestions?

This happens for all users served from the fileserver. Users with local 
home folders do not have this issue.

- Mike

> If I launch acroread, it complains:
> "Acroread was unable to create the directory .adobe in your home
> directory. There may be a permission problem with the parent
directory."
Well... an emergency weekend migration to moosefs fixed that problem.

- Mike

Dr. Michael J. Chudobiak concluded that gluster fs home shares will 
cause adobe Acroread to
crash with error message:

Acroread was unable to create the directory /fileserver/home/mjc/.adobe
in your home directory.
There may be a permission problem with the parent directory.
Acroread was unable to create the directory /fileserver/home/mjc/.adobe
in your home directory.
There may be a permission problem with the parent directory.

I have investigated this a bit and found that Acroread is a 32-bit 
appilcation.
If home share is mounted with enable-ino32 Acroread will actually start
*but* just about everything else in the desktop environment will fail...

My only advice is to ditch the Adobe product since it is simply not 
needed on
a modern Linux desktop...

Regards

Hans H??k



**

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140305/a16daa4f/attachment.html>