Ask Different is a question and answer site for power users of Apple hardware and software. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top
  • Mac OS X Server 10.6.8 Build 10K549 running Apache 2.2.24 via MacPorts 2.1.3.
  • Native Mac OS X Server http server disabled.

The error message I'm getting in the log is as follows:

[Tue Aug 13 11:21:55 2013] [error] [client {removed}] Symbolic link not allowed or link target not accessible: {removed}

I have a DocumentRoot setting that involves a symbolic link. This works fine, but after an X amount of hours, something happens (I haven't figured out what, looked at every log possible) which prevents the daemon from entering the symbolic link. I checked file permissions (both ACL and POSIX) for any changes, but nothing seems faulty.

Now the really stupefying part: after a simple restart of the apache daemon, it works fine again. This cycle goes on and on. I checked the server configuration for any runtime changes, but none are applied. It's really frustrating a simple restart resolves the issue, because I lose all grip on the issue at hand.

Has anyone found a way to troubleshoot this or better yet - actually solve the instability?

share|improve this question

migrated from Aug 13 '13 at 10:23

This question came from our site for system and network administrators.

What is the error message you are getting? Is there anything in any other log file which might help to understand what's going on? – patrix Aug 13 '13 at 11:02
Why are some tags removed and why is this question moved to AskDifferent? This is less a Mac software / hardware issue and more a server management issue. Also, the tags "macosxserver", "permissions" and "apache2" shouldn't had been removed, this question is not less about these than "symlink" or "macports". – sirhCity Aug 13 '13 at 11:36
@patrix I updated the question with the error message, thanks! – sirhCity Aug 13 '13 at 11:41

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Browse other questions tagged or ask your own question.