10.8 Server, how to sleep.....

Question

Level 4

2,185 points

10.8 Server, how to sleep.....

This is what I did, (after mucho digging);

1. Clone my system first.

2. Run pmset -g assertions, to find out what's preventing the Mac from sleeping.

My list was constant and was really always two things. com.apple.serve and httpd. These had sub-processes being org.calendarserver.calendarserver, com.apple.server.filesharing, com.apple.ppp.pptp, com.apple.ppp.l2tp, com.apple.collabauthd. There were also com.apple.apache.denysystemsleep and com.apple.helpd.sdmbuilding being a sticking point.

I found out that helpd will not prevent sleep once it's finished what it's doing, so sometimes you'll be lucky sometimes not.

Apache on the oher hand I manually unload using sudo apachectl stop. This is something I'll have to look at fixing.

So I then set about finding these files and the reason it took so long was because I was looking in entirely the wrong place. Most of these are located at /Applications/Server.app/Contents/ServerRoot/System/Library/LaunchDaemons.

I then made the obligatory copies and set about altering the plists. Inserted them as necessary, repaired permissions and restarted.

Bob is your mothers brother. I have SLEEP!!!

PowerMac G6 Alu Cinema HD, Mac OS X (10.6), Ctrl, Alt, Del.........AAAaarggghhh!

Posted on Sep 17, 2012 12:05 PM

Reply

Answer 1

Sep 17, 2012 1:36 PM in response to gumsie

Hi, can you explain in detail what exactly you have done to files inside:

/Applications/Server.app/Contents/ServerRoot/System/Library/LaunchDaemons

to have sleep working?

Reply

Answer 2

gumsie Author

Level 4

2,185 points

Sep 17, 2012 1:44 PM in response to Mac Admin1

Things in your Mac may be different of course but if you do have the same things preventing sleep, navigate to those files and open them with a text editor or XCode. (you'll need to have write permissions for the files and parent folder). You'll see an entry for something like, 'Prevent Sleep'. If its value is yes, change it to no.

Reply

Answer 3

Sep 18, 2012 1:41 AM in response to gumsie

Oh, I should have taken a closer look, it's so obvious. Thank you, it works!

Reply

Answer 4

Sep 18, 2012 10:24 AM in response to Mac Admin1

The only thing I can't figure is where and what to change so apache does not prevert sleep - as you outlined it too.

As a temporary solution I inserted the apachectl stop command into /etc/rc.sleep - this file is being executed by SleepWatcher before sleep. Yes I know, I have to restart apache manually after wake or automate it, but I'm fine with that.

Reply

Answer 5

gumsie Author

Level 4

2,185 points

Sep 18, 2012 10:30 AM in response to Mac Admin1

That command I used earlier, (unless I'm mistaken), permanently prevents Apache from starting unless it's done manually so I'm good to go with that. I've checked a couple of times and it hasn't restarted automatically for me yet.

Reply

Answer 6

gumsie Author

Level 4

2,185 points

Sep 19, 2012 12:08 AM in response to Mac Admin1

Oh, that Apache stop command doesn't seem to persist across reboots. That or something else is restarting the process.

But it's no biggie. I can just issue it manually with an automator App for speed.

Reply

Answer 7

Mar 21, 2013 12:25 PM in response to gumsie

My solution, although I may discover issues further down the road, is navigate to /System/Library/LaunchDaemons/org.apache.httpd.plist and change "OnDemand=NO" to YES. You'll require ownership permissions of the LaunchDaemons folder and the .plist file. I would say REMEMBER TO BACK THEM UP FIRST!!!!!!!!!!! This is the owning file of apachectl process as best as I can tell.

Reply

Answer 8

Mar 21, 2013 12:26 PM in response to gumsie

My solution, although I may discover issues further down the road, is navigate to /System/Library/LaunchDaemons/org.apache.httpd.plist and change "OnDemand=NO" to YES. You'll require ownership permissions of the LaunchDaemons folder and the .plist file. I would say REMEMBER TO BACK THEM UP FIRST!!!!!!!!!!! This is the owning file of apachectl process as best as I can tell.

Reply

Answer 9

Mar 21, 2013 12:26 PM in response to gumsie

My solution, although I may discover issues further down the road, is navigate to /System/Library/LaunchDaemons/org.apache.httpd.plist and change "OnDemand=NO" to YES. You'll require ownership permissions of the LaunchDaemons folder and the .plist file. I would say REMEMBER TO BACK THEM UP FIRST!!!!!!!!!!! This is the owning file of apachectl process as best as I can tell.

Reply

Answer 10

Mar 21, 2013 12:28 PM in response to gumsie

My solution, although I may discover issues further down the road, is navigate to /System/Library/LaunchDaemons/org.apache.httpd.plist and change "OnDemand=NO" to yes. You'll require ownership permissions of the LaunchDaemons folder and the .plist file. I will say REMEMBER TO BACK THEM UP FIRST!!!!!!!!!!! This is the owning file of apachectl process as best as I can tell.

Reply

Answer 11

gumsie Author

Level 4

2,185 points

Mar 21, 2013 12:29 PM in response to jpparallel

Interesting that we'd have to use two different methods on the same software.

Reply

Answer 12

Mar 21, 2013 12:53 PM in response to gumsie

Never mind, I can admit when I make a mistake. My "fix" stops the profile manager and device enrolment websites from working. (And possibly more)

Reply