1
0
mirror of https://github.com/peterbourgon/runsvinit.git synced 2024-12-16 14:57:04 +00:00
Go to file
2015-09-30 20:06:02 -05:00
example Fix some signal handling 2015-09-25 16:14:09 +02:00
zombietest Call $(RM) does not include -- 2015-09-30 20:06:02 -05:00
.gitignore Working test 2015-09-28 22:30:44 +02:00
circle.yml Try Circle 2015-09-28 23:18:24 +02:00
LICENSE Initial commit 2015-09-25 11:29:49 +02:00
main.go Distinguish debug from other logging 2015-09-29 14:19:20 +02:00
README.md README.md: Circle CI status badge 2015-09-28 23:52:53 +02:00

runsvinit Circle CI

If you have a Docker container that's a collection of runit-supervised daemons, this process is suitable for use as the ENTRYPOINT. See the example.

Why not just exec runsvdir?

docker stop issues SIGTERM (or, in a future version of Docker, perhaps another custom signal) but if runsvdir receives a signal, it doesn't wait for its supervised processes to exit before returning. If you don't care about graceful shutdown of your daemons, no problem, you don't need this tool.

Why not wrap runsvdir in a simple shell script?

This works great:

#!/bin/sh

sv_stop() {
	for s in $(ls -d /etc/service/*)
	do
		/sbin/sv stop $s
	done
}

trap "sv_stop; exit" SIGTERM
/sbin/runsvdir /etc/service &
wait

...except it doesn't reap orphaned child processes and is therefore unsuitable for being PID 1.

Why not use my_init from phusion/baseimage-docker?

That works great — if you're willing to add python3 to your Docker images :)

So this is just a stripped-down my_init in Go?

Basically, yes.