From 0a39023fd7229371dd3e505208a1c0e073414ac2 Mon Sep 17 00:00:00 2001 From: Laurent Bercot Date: Mon, 15 Jun 2015 18:27:25 +0000 Subject: - Readiness notification support in s6-supervise - s6-notifywhenup deprecated - Change abundantly documented - rc for 2.1.4.0 --- doc/servicedir.html | 14 ++++++++++++++ 1 file changed, 14 insertions(+) (limited to 'doc/servicedir.html') diff --git a/doc/servicedir.html b/doc/servicedir.html index 501017b..7cebd53 100644 --- a/doc/servicedir.html +++ b/doc/servicedir.html @@ -103,6 +103,20 @@ automatically start it until it receives a s6-svc -u command. If no s6-supervise will not make the service a process group and session leader; the service will be run in the same process group as s6-supervise. If no nosetsid file exists, the service has its own process group and is started as a session leader. +
  • An optional regular file named notification-fd. If such a file +exists, it means that the service supports +readiness notification. The file must only + contain an unsigned integer, which is the number of the file descriptor that +the service writes its readiness notification to. (For instance, it should +be 1 if the daemon is s6-ipcserverd run with the +-1 option.)
  • + when a service is started, or restarted, by s6-supervise, if this file +exists and contains a valid descriptor number, s6-supervise will wait for the +notification from the service and broadcast readiness, i.e. any +s6-svwait -U, +s6-svlisten1 -U or +s6-svlisten -U processes will be +triggered.
  • A fifodir named event. It is automatically created by s6-supervise if it does not exist. foo/event -- cgit v1.2.3