Home Forums OS X Server and Client Discussion File Serving Share randomly gives permission error

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #369383
    jtnt
    Participant

    I 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?

    #369620
    rstasel
    Participant

    yup, 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.

    #369680
    bkvines
    Participant

    This 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 Vines

    #370641
    smitsc05
    Participant

    Are 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 office

    Notice the inconsistent result.

    Just a theory, maybe we have a bad set-up, but it happens to us too.

Viewing 4 posts - 1 through 4 (of 4 total)
  • You must be logged in to reply to this topic.

Comments are closed