<span><a class="" href="https://forums.plex.tv/user/215021-sleicester/" title="">sleicester</a></span>
I'm quite comfortable with doing things via the shell
Considering you hadn't declared your goals, environment or expected number/type of users here I was hoping help you avoid my own mistakes when it comes to spending the appropriate amount of time on task, even though it can be fun.
The good news is starting plex media server with a launch daemon does run fine for myself and has for a while as far as I can tell.
I'm currently on OS X 10.9.4 and PMS 0.9.10.1.585
I run PMS as a user named "_plex".
I don't know if its unsafe or incorrect but the above is a networked-user (mac open-directory) in case I one day wanted to "scale-out".
The main server hasn't yet had over 5 concurrent streams (trans + direct) and it also serves as my workstation.
Though I might soon allow more with new users over my 10mbs up cable connection.
A remote server at family's house (7 users) runs as a service on windows7 but is a 7yr old low end AMD.
Real problems this solves for me:
- *automatic reboots after power-loss will allow PMS to startup without human aid (e.g. I'm out of town for a week,month,months)
- *my personal account won't be logged in by default on reboot. Only a "real" problem when multiple users have access. Solve this by running plex as its own user
- Any (plex user) account won't be logged in by default on reboot. Only a "real" where other users may be ignorant(most cases), careless or untrustworthy.
* star indicates those also solved by auto-login + startup items
Things that still bother me with this setup:
- strange behaviour with plex menubar item : when pms is run by user "_plex" the menubar icon appears for my personal account,
functionally this is rather nice however from a security standpoint this should not happen. Still haven't had time to investigate/correct this.
- as far as I can tell, pms won't run as a true daemon, i.e. "sleep" when unneeded to save cpu time/power. However, thats probably for the best and avoids an array of other potential silly problems such a performance and latency.
I will make another post with the launch daemon plist file I'm using.
However, based on Apple's documentation for an up-to-date secure solution(enterprise deployment or selling a product) it seems an XPCD service is the way to go. Hence the need to declare your goals, to avoid too much work vs getting fired over too little.