Re: supervise multiple workers
On Sep 27, 2015 6:47 PM, "Laurent Bercot" wrote: > > IIUC this time, what you're mentioning here is instanced > supervision. And it has been mentioned several times on this list > in the past, but I don't think there's a supervision suite that > natively supports instances for now. I may be wrong though. > Correct me if I'm wrong, but can't you emulate an instanced supervisor by setting up a service that's a run script for a different supervision tree scanner? Some care (and possibly some support scripts) would be needed to make sure that bringing down the main service properly shuts down the sub-tree but there shouldn't be anything inherently impossible there. Cheers! -Colin
Re: supervise multiple workers
On 28/09/2015 01:12, Alexander Zubkov wrote: Now I'm interested just in something that is supervising not one process, but N similar (started with the same command) processes. Ah, sorry, I misunderstood - it sounded like you wanted a superserver, but with preforked children. IIUC this time, what you're mentioning here is instanced supervision. And it has been mentioned several times on this list in the past, but I don't think there's a supervision suite that natively supports instances for now. I may be wrong though. In the future, I plan to add support for instanced services to s6-rc. -- Laurent
nosh version 1.20
The nosh package is now up to version 1.20 . * http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh.html It's worth noting that the WWW site has gained some more pages, an installation how-to and a quick look at user-space virtual terminals. * http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/timorous-admin-installation-how-to.html * http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/user-vt-screenshots.html The command and tool list page, which was woefully out of date, has had some attention, too. It is rather longer than it was. * http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/commands.html You might notice a couple of new BSD packages, as well. FreeBSD/PC-BSD binary packaging is now up to parity with Debian Linux. One can create a fully-nosh-managed system on both just by installing some binary packages. This wipes another to-do item off the roadmap page. The list of remaining rc.d items on the roadmap has shrunk, also. As always, assistance in wiping those remaining rc.d items off the list is welcome. If someone feels up to tackling /etc/rc.d/bluetooth, perhaps looking at what Iain Hibbert has apparently already done, for example ... In addition to having yet more service bundles, this release irons out some wrinkles in startup and shutdown. The sysinit phase of bootstrap was causing undesirable mounts in emergency mode. That has been restructured. Some ordering problems in shutdown relating to unmounting filesystems have also been fixed. And the System 5/BSD compatibility reboot, halt, and poweroff shims no longer rely upon some other toolset's (not necessarily even present) shutdown command. There are now -run packages for four different Debian Linux plug-and-play managers, with vdev and suckless mdev now added.
Re: supervise multiple workers
Prefork is not exactly the same I think. In this architecture program ends after finishing task. And it also commonly includes many other stuff like passing of "tasks" to workers. So googling it gives many irrelevant links for me. Now I'm interested just in something that is supervising not one process, but N similar (started with the same command) processes. On 28.09.2015 01:55, Laurent Bercot wrote: On 28/09/2015 00:40, Alexander Zubkov wrote: is I need a tool, to which I will pass number of workers I need and program, then it will spawn given number of identical programs and will keep them alive? I tried to google something, but may be I used bad keywords? I think "preforking server" is the keyword you want. s6-networking doesn't do preforking. It's hard to do without support from the program itself, because you need a minimal API to declare a new connection assignment, an EOT, etc. I'm not sure whether a generic preforking tool exists.
Re: supervise multiple workers
On 28/09/2015 00:40, Alexander Zubkov wrote: is I need a tool, to which I will pass number of workers I need and program, then it will spawn given number of identical programs and will keep them alive? I tried to google something, but may be I used bad keywords? I think "preforking server" is the keyword you want. s6-networking doesn't do preforking. It's hard to do without support from the program itself, because you need a minimal API to declare a new connection assignment, an EOT, etc. I'm not sure whether a generic preforking tool exists. -- Laurent
supervise multiple workers
Hello. Is there any solution if I want to bind tcp socket with s6-tcpserver4-socketbinder and then spawn several workers that will call accept() on it themselves? More to say, s6-tcpserver4-socketbinder is not important here. The main question is I need a tool, to which I will pass number of workers I need and program, then it will spawn given number of identical programs and will keep them alive? I tried to google something, but may be I used bad keywords?
Re: [announce] s6-rc: a s6-based service manager for Unix systems
On 28/09/2015 00:02, Jonathan de Boyne Pollard wrote: ... which according to https://news.ycombinator.com/item?id=10277123 is configured using proprietary binary blobs. Ha. Thanks. I replied. Normally I wouldn't bother, but FUD is so easy and spreads so fast that I actually want to dispel it as soon as possible. -- Laurent
Re: [announce] s6-rc: a s6-based service manager for Unix systems
Laurent Bercot: s6-rc is a service manager for Unix systems, running on top of a s6 supervision tree. ... which according to https://news.ycombinator.com/item?id=10277123 is configured using proprietary binary blobs.
Re: nosh version 1.19
Guillermo: Hi, I had some issues with the source package I thought I should mention: As I said I intended to a while back, I incorporated fixes for these into version 1.20. This is now out.