Mostly that it's a function of the context, not the program, whether it is
to be treated as a daemon or not. But there's also a bunch of stuff to do
with whether the process is/should be a session leader or not, which is
again something the program itself shouldn't be making decisions about. djb
wr
I tried to reply to Brian's question earlier but google-groups seems to
have eaten it *eyeroll*. Here's what I wrote:
[In reply to being asked why I think using daemon(3) isn't great]
Mostly that it's a function of the context, not the program, whether it is
to be treated as a daemon or not. But t
On Thu, 29 Nov 2018 07:19:17 -0800 (PST), Brian Adkins
wrote:
>Just out of curiosity, why do you feel using daemon(3) is not a great idea?
>I'm not disagreeing, just curious about your reasons.
>
>On Thursday, November 29, 2018 at 5:54:42 AM UTC-5, Tony Garnock-Jones
>wrote:
>>
>> IMO using dae
I've found monit to work alongside systemd services pretty neatly. As in, I
have monit monitoring my web server, which is running using systemd, and
monit sends me emails if it's not working or something.
--
You received this message because you are subscribed to the Google Groups
"Racket User
I really appreciate all the help I've received on this thread! The Racket
community has been fantastic.
I have my proof-of-concept working for the web infrastructure - no need for
a Unicorn/Puma-like app, no need for monit, no need to daemonize - just
systemd to manage N Racket processes, and n
That is probably what I would do, including using a systemd "instantiated
service" to start N instances.
I think it would be great for the Racket web server to come with a
parallelism story built in (rather than just concurrency), because I
generally think internalizing extra-linguistic context is
Thanks. I think that's the approach I'll take. I don't think I'll need to
use monit at all then. I will need to start N Racket processes though. I
found this article that may work for me:
https://serverfault.com/questions/730239/start-n-processes-with-one-systemd-service-file
I don't think I'll
To give you an example, here's a very basic systemd file that I use to run
a Racket web server:
/etc/systemd/system/ricoeur-portal.service
[Unit]
Description=Digital Ricoeur portal web server
[Service]
User=ricoeurd
Group=ricoeurd
AmbientCapabilities=CAP_NET_BIND_SERVICE
WorkingDirectory=/home/ub
On Thursday, November 29, 2018 at 11:17:38 PM UTC+8, Brian Adkins wrote:
>
> I'm running Ubuntu 18.04 LTS, so I do have systemd. Just to clarify, are
> you stating that systemd will take a program designed to run as a
> foreground process and run it in the background automatically?
>
Yes.
Just out of curiosity, why do you feel using daemon(3) is not a great idea?
I'm not disagreeing, just curious about your reasons.
On Thursday, November 29, 2018 at 5:54:42 AM UTC-5, Tony Garnock-Jones
wrote:
>
> IMO using daemon(3) is not a great idea. Instead, I like to use djb's
> daemontools
I'm running Ubuntu 18.04 LTS, so I do have systemd. Just to clarify, are
you stating that systemd will take a program designed to run as a
foreground process and run it in the background automatically? I was
planning on using monit to monitor/restart/etc. a set of Racket processes,
but maybe sy
IMO using daemon(3) is not a great idea. Instead, I like to use djb's
daemontools https://cr.yp.to/daemontools.html to supervise my processes.
For example, see the `README` and the `run` script in
https://github.com/tonyg/racket-reloadable-example.
Tony
On Thursday, November 29, 2018 at 2:56:
If you're not into
systemd https://gist.github.com/tgbugs/c2990382b3fdfef86a2a3a1bc0516099 is
an example of an openrc init script that I use to daemonize a servlet
(running behind nginx) which is an echo server that responds with the ip of
the requester and that is initialized like this:
(serve
If your Linux installation has systemd, you can create a service file for
your application -- this way, systemd will manage the application as a
server or daemon. Systemd will even redirect stderr messages to the system
log.
Alex.
On Thursday, November 29, 2018 at 10:56:25 AM UTC+8, Brian Ad
14 matches
Mail list logo