Alan M. Evans wrote: > On Tue, 2007-02-13 at 18:18 -0600, Mikkel L. Ellertson wrote: >> Take a look at the Samba logs for your machine on the CentOS server. >> It will tell you if the problem is on that end. You can also check >> the logs on your machine to see if it is a SELinux problem. > > When mounting one of the shares, the log for my IP says: > > [2007/02/14 10:07:39, 1] smbd/service.c:make_connection_snum(648) > 192.168.0.81 (192.168.0.81) connect to service jdrive initially as user dosnet (uid=112, gid=101) (pid 13011) > [2007/02/14 10:07:39, 0] smbd/trans2.c:call_trans2setfsinfo(2136) > set_user_quota: access_denied service [jdrive] user [dosnet] > > I don't pretend to understand this, but I don't think that the > access_denied for set_user_quota is at all relevant. I can create files > (in directories that are world writable) but I can't edit the files I > just created. They were given 664 permissions. > > It would seem that my effective UID on the server is not the UID I > provided in my fstab. However, root on my local machine has no trouble > editing files on the share. This leads me to believe that the problem is > configuration of the local mount options. > > It's apparently not the server that's preventing me writing files. It's > my client, but it's enforcing file permissions from the server as if I > were the user on my client machine. Am I making sense? > Reading "man mount.cifs", it looks like the uid, gid, dir_mode, and file_mode are ignored when the server understands cifs extensions. It looks like the server Samba server you are connecting to is new enough that it understands cifs extensions, so those options are not doing anything. If the files are being created with 664 permissions, your best bet would be to create a group with gid=101, and make your user on the client machine part of that group. But there may be other ways - I am not an expert on cifs mounts by any means. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup!
