Re: [PLUG] weird mounting behavior

[Art Alexion <art.alexion@verizon.net>]

That seems to have been the ticket.  Thanks.


On Tuesday 18 March 2008 15:59:51 Brian Stempin wrote:
> Hi Art,
>
> You may want to try throwing in the "noperm" option.  Whenever CIFS mounts
> a volume, the client attempts to enforce permissions.  In cases where the
> server is using some sort of ACL (whether it be an NTFS ACL or a EXT3 ACL),
> CIFS will freak out if that user/group isn't the first entry.  "noperm"
> keeps the client from doing any permission checks and defers them all to
> the server.
>
> A bit on noperm:
> http://lists.samba.org/archive/linux-cifs-client/2005-November/001087.html
> http://forums.fedoraforum.org/showthread.php?t=103447
> http://ubuntuforums.org/archive/index.php/t-455129.html
>
> On Tue, Mar 18, 2008 at 12:48 PM, Art Alexion <art.alexion@verizon.net>
>
> wrote:
> > I have a couple of lines in /etc/fstab that mount two windows shares on
> > two
> > different linux workstations I use at work.  They work well on both
> > machines.
> >
> > I set up a Linux user and mapped her windows network folder to her
> > computer
> > using one of the lines.  Worked fine.
> >
> > Here is an example of the line
> >
> > //sloth/user/ron  /mnt/H  cifs
> > user,rw,uid=1002,gid=100,file_mode=0775,dir_mode=0775,user=ron@COMPANY.OR
> >G ,password=password
> > 0 0
> >
> > This is an attempt to mirror the way our windows users connect to their
> > folders on the file server mappint their personal shares to H: on
> > windows. Users have windows "Full Control" over these folders. The parent
> > folder (//sloth/user) has its permissions set to allow users to browse to
> > sub-folders, but have no write/modify rights to //sloth/user itself. 
> > This is
> > because there are some departmentally shared folders that various users
> > can
> > open and write to based on their departmental needs.  Windows user
> > machines
> > map this to U.
> >
> > If I edit fstab to add the foregoing line everything works fine.  If I
> > add a
> > corollary line for //sloth/user, and execute a mount command, the other
> > mountpoint dies.
> >
> > ls -l reports
> >
> > d_______? ? ? 0 <mountpoint>
> >
> > The other mount is fine.  If I unmount both and remount them one craps
> > out as
> > above.  Doesn't matter which one, the second mounted partition wrecks the
> > one
> > mounted first.
> >
> > If I comment one out the other works fine.
> >
> > This works on my machine but the setup is different as I log into
> > //sloth/user
> > as windows domain administrator, but my personal share as myself/normal
> > user.
> > The users I am trying this with are mounting as themselves on both
> > shares.
> >
> > Any ideas why this is happening and what I can do about it?

Attachment: signature.asc
Description: This is a digitally signed message part.

___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug