This appears to be aware that it is solving the same problem as daemontools / runit / nosh / s6... but doesn't seem to offer anything new or better.<p>And it presents a solved problem (some daemons fork themselves off and the parent exits, so tell them not to do that or use fghack) as a new thing that Immortal can solve.<p>Is there something actually new and interesting about this that I'm missing?
This is pretty much a non-problem for us anymore. We use nomad (www.nomadproject.io) as a distributed process manager(and scheduler), it also does lots and lots of other cool things as well, but it also happens to handle this use case, as a sort of side-effect of what it does.
I really like that it has a user-mode incarnation that looks in ~/.immortal. One of the things I really enjoy about Master Control Processes is having a well-declared place where one can expect to find a manifest of processes.
Is there more comprehensive docs anywhere? I want to know what options to pass, and more detailed descriptions of what things do. The initial docs page looks like but after clicking through it seems like they all link to each other... so in summary I cant find anything I want :/<p>That currently would be the primary barrier to usage -- the docs arent very helpful.
Ah nice. Something fresh and written in Go. I was wary that I will have to learn systemctl again for Ubuntu 16.10 after learning upstart.<p>I want to use Immortal instead of systemctl. Just a question - is this mature enough to be used in production systems ?
These supervisor projects are always a chuckle.<p>Is anyone ignorant enough to believe that any monitor can survive general process failure or contribute to recovery of a system with abnormal function or resource starvation?<p>And that is the basic reason for these monitors! garbage.
My last experience was with bluepill which was this mess of
ruby nonsense. Anyone with any experience knows you can't trust a system to correct it's own failure. Why are we hammering this nail over and over to catch a 30% recoverable transient...management.