September 2011 - launchd-dev - lists.macosforge.org

Install and load a launch daemon without a reboot
by Jeremy Reichman 20 Oct '11

20 Oct '11

What is considered the current best practice for installing and then running a launch daemon, while avoiding a reboot? I didn't see exactly what I was looking for in my list archive or found it in any documentation on installation packages. I have reviewed TN2083, specifically the "Starting a Daemon" section. That answers most of my question but it would be helpful to have confirmation. Besides the conditions listed in TN2083, I'd like my installer to behave well when installed to a disk other than the current startup volume. I need to target Mac OS X 10.5 and 10.6. It looks as if I'd need to test for the right conditions and then run launchctl to load the property list. Roughly -- not production code -- it looks like I'd need a postinstall and postupgrade script to do the following: # Test if the destination volume for the payload and the root volume path are the same if [ "$3" = "$4" ] ; then # Quick test to see if the script is run by root if [ `/usr/bin/whoami` = "root" ] ; then /bin/launchctl load "$3/Library/LaunchDaemons/com.vendor.launchdaemon.plist" fi fi exit 0 Is that the right approach? Thanks! -- Jeremy

7 22

UNIX SOCKET problem
by Nehemiah Dacres 13 Oct '11

13 Oct '11

you may have to set a reuse flag for the port still. Even unix domain sockets, despite being a file, still have a port that you may need to specify to reuse

5 9

UNIX SOCKET problem
by Gian Luca Gaiba 23 Sep '11

23 Sep '11

Hi, I use a UNIX socket to talk with a deamon. It works fine when I start my deamon listening but when I shutdown the deamon and I restart it I get a listening error: invalid argument... I have to delete the mysocketfile.sock from filesystem and then restart the deamon... then is recreated by the app (deamon) and all is doing fine... note: a) I unlink the socket Address path when I create the socket b) I close the socket when I quit the app... any Idea???? I have to remove the socket file from the filesystem??? thnx + regards Gian Luca

1 0

Removing a job installed with SMJobBless
by Kevin Wojniak 21 Sep '11

21 Sep '11

What is the recommended way to remove a job installed using SMJobBless? I am replacing use of AuthorizationExecuteWithPrivileges with SMJobBless and friends for a run-once privileged helper. Since the helper plist and daemon get installed as root, their files cannot be removed (nor can 'launchctl remove' be used) from a normal app due to permissions. However I am able to do all this cleanup from within the helper itself after it's done performing its task, and it works just fine. Is this safe to do? Is there a better alternative? Kevin

1 0

Adding KeepAlive in LauchDaemon plist
by Karthikeyan M 20 Sep '11

20 Sep '11

Hi, I am trying to create a Launch Daemon for EnCase binary file. I have to add KeepAlive to the Launch Daemon plist. The process should be alive even if it exists normally (with exit 0) or crashes with error. I tried adding <key>KeepAlive</key> in the Launch Daemon(below) created but this keeps on running the Program Arguments resulting in multiple process of the same binary. <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>KeepAlive</key> <true/> <key>Label</key> <string>com.guidancesoftware.encase</string> <key>ProgramArguments</key> <array> <string>/usr/local/encase/Encase</string> <string>start</string> </array> <key>QueueDirectories</key> <array/> <key>RunAtLoad</key> <true/> <key>WatchPaths</key> <array/> </dict> </plist> Someone help me in changing the LauchDaemon plist so that the process kickstart if the Encase process exits? Thanks & Regards, Karthikeyan M

2 1