Re: Preliminary version of s6-rc available
Hello,
I have new issues with the current s6-rc git head (after yesterday's
bugfixes), discovered with the following scenario: a service database
with only two longruns, "producersvc" and "loggersvc", the latter
being the former' s logger. Loggersvc's service definition directory
had only 'consumer-for', 'run' and 'type' files, the run script being:
#!/bin/execlineb -P
redirfd -w 1 /home/test/logfile
s6-log t 1
This means no readiness notification for this service.
So the issues:
* s6-rc-fdholder-filler appears to have a bug when creating
identifiers for the writing end of the pipe between producersvc and
loggersvc:
$ s6-fdholder-list <scan directory>/s6rc-fdholder/s
pipe:s6rc-r-loggersvc
pipe:s6rc-w-loggersvc5\0xdaU
I also saw this with longer pipelines; identifiers for the reading
ends were OK, identifiers for the writing ends ended with random
characters. I didn't try to start producersvc, since I expected it to
fail trying to retrieve the nonexistent "pipe:s6rc-w-loggersvc" file
descriptor.
* s6-rc was unable to start loggersvc. More specifically, 's6-rc -v3
change loggersvc' produced this output:
s6-rc: info: bringing selected services up
s6-rc: info: processing service s6rc-fdholder: already up
s6-rc: warning: unable to access <live state dir
symlink>/scandir/loggersvc/notification-fd: No such file or directory
s6-rc: info: processing service loggersvc: starting
s6-ftrigrd: fatal: unable to sync with client: Broken pipe
s6-svlisten1: fatal: unable to ftrigr_startf: Connection timed out
s6-rc: warning: unable to start service loggersvc: command exited 111
However, a manual 's6-svc -uwu <scan directory>/loggersvc' succesfully
started the service, and the following test showed that it worked:
$ execlineb -c 's6-fdholder-retrieve <scan directory>/s6rc-fdholder/s
"pipe:s6rc-w-loggersvc5\0xdaU" fdmove 1 0 echo Test message'
(3 times)
$ cat logfile | s6-tai64nlocal
2015-08-23 18:09:10.822137309 Test message
2015-08-23 18:09:16.871541383 Test message
2015-08-23 18:09:18.219259082 Test message
So I'd have to conclude the problem is in s6-rc, although I didn't see
anything obvious that could launch an s6-svlisten1 process.
Thanks,
G.
Received on Sun Aug 23 2015 - 22:29:41 UTC
This archive was generated by hypermail 2.3.0
: Sun May 09 2021 - 19:38:49 UTC