Home › Forums › OS X Server and Client Discussion › File Serving › Share randomly gives permission error
- This topic has 4 replies, 5 voices, and was last updated 17 years, 4 months ago by
smitsc05.
-
AuthorPosts
-
June 28, 2007 at 2:20 pm #369383
jtnt
ParticipantI had reports of this from users, but didn’t really believe them until it just happened to me.
I had a share from my 10.4.9 Xserve mounted on my 10.4 client. Been working on it all morning. Then, all of a sudden, the share goes to a Folder with the red minus symbol thing. I was in Firefox at the time, not doing anything on the server.
Also, I had another share also from the Xserve mounted, and that one was still accessible. The fix was just to eject both and reconnect.
This has happened to multiple people on both Macs and PCs (XP) over the last week or so.
Any ideas?
July 30, 2007 at 6:38 pm #369620rstasel
Participantyup, this is the same thing I’m getting.
And yeah, depressing that no one has responded. This machine, oddly enough, is the same machine that servermgrd randomly stops responding on, and you can’t connect to it over server admin.
I just figure it’ll fix it when I go and reinstall the system later this summer.
August 9, 2007 at 2:04 pm #369680bkvines
ParticipantThis is occurring at my site as well — only a few users are affected at the moment, but I worry that it will spread. It just started happening a week ago. I discovered, as did you, the workaround of dismounting all shares from that server, then logging in again.
I noticed that if I don’t dismount all the shares, the affected volume does not appear in the list of available volumes in the Connect to Server dialog.
I also noticed that the permissions for the share, when it’s mounted and it wigs out, are d———, so they’ve effectively been set to 000. Bizarre.
I looked through the AFP logs, but AFP’s logging is close to useless.
The only thing I can think of that I changed recently was enabling ACLs on the volume which contains the sharepoints.
—
Bryan VinesNovember 28, 2007 at 11:08 pm #370641smitsc05
ParticipantAre you sure no one else is logged in to that machine and mounting the same share?
Try this
cd to the share in term, then do repeating ls commands on it (at least 10x). Are you denied on EVERY ls?Sounds strange, but its a good test. I fyou get inconsistent results its possiblie another user is logged in to the same share from the same computer.
Here is an example of the result I am referring to:
ducati:/Volumes/warthog scotts$ ls
4wm Desktop DF Tutorials User_Public ref
Desktop DB Dev User_Private office
ducati:/Volumes/warthog scotts$ ls
4wm Desktop DF Tutorials User_Public ref
Desktop DB Dev User_Private office
ducati:/Volumes/warthog scotts$ ls
4wm Desktop DF Tutorials User_Public ref
Desktop DB Dev User_Private office
ducati:/Volumes/warthog scotts$ ls
.
ducati:/Volumes/warthog scotts$ ls
4wm Desktop DF Tutorials User_Public ref
Desktop DB Dev User_Private office
ducati:/Volumes/warthog scotts$ ls
.
ducati:/Volumes/warthog scotts$ ls
4wm Desktop DF Tutorials User_Public ref
Desktop DB Dev User_Private officeNotice the inconsistent result.
Just a theory, maybe we have a bad set-up, but it happens to us too.
-
AuthorPosts
- You must be logged in to reply to this topic.
Comments are closed