Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

There are some good points there, but they're not particularly applicable to nginx. nginx's relative robustness, its need to log to more than one file, and its need to fork itself in order to perform graceful configuration state transitions suggests that it's not really a low-hanging fruit for robust process supervision.

Besides, its control interface is the same as any other subsystem if you've configured it correctly -- i.e., "service nginx <verb>".



I agree that nginx needs supervision less than most processes because it reinvents many wheels. However, supervision is still nice, e.g. your 'service nginx' example that uses Ubuntu's supervisor Upstart.

I agree it's not worth straining to make nginx's binary upgrade work with arbitrary supervision. However, if someone created a supervisor that solves this problem (systemd), I might give it a try.


service(8) is supposed to be supervisor-independent. If it's not, that's a problem.


My bad, I've only used the service command on Ubuntu post-upstart and thought they were more deeply related.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: