3 ms·
The Solaris section is very short, but I suppose that's because SMF is very good. Although if you do start using it, make sure your daemons fork, contrary to t
by bensummers 17y ago
The Solaris section is very short, but I suppose that's because SMF is very good.
Although if you do start using it, make sure your daemons fork, contrary to the advice at the beginning of the article. I've encountered some race conditions and other bugs when you use 'transient' processes which don't fork. Solaris doesn't need to poll the process list with forking daemons because it uses Contracts which keep track of a set of forking processes.
- dlsspy 17y agoI have limited experience with smf (mostly, I work with people who think it's really awesome and who would punch me if I didn't at least mention it). It seems to do a lot of things, which, in turn makes the descriptors a bit more verbose than launchd's. If you have a good resource for introducing writing one of these, I'd love to link to it. In particular, the idea of forking seems to conflict with classic process monitoring. I haven't been a solaris sysadmin in over a decade. I'm hopefully going to be taking care of some modern solaris boxes real soon now, though, so I'm looking forward to what all's changed.
- bensummers 17y agoHere's a good SMF resource, by the ever reliable c0t0d0s0! http://www.c0t0d0s0.org/archives/4144-Solaris-Features-Service-Management-Facility-Part-1-Introduction.html http://www.c0t0d0s0.org/archives/4144-Solaris-Features-Servi...