all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* time out in shepherd service?
@ 2016-12-20 22:50 ng0
  2016-12-21  9:13 ` Ludovic Courtès
  0 siblings, 1 reply; 3+ messages in thread
From: ng0 @ 2016-12-20 22:50 UTC (permalink / raw)
  To: guix-devel

Is there a time out in shepherd service start/checks, or is the
"service could not be started" simply a result of when a service
encounters a fatal error and quits?
-- 
♥Ⓐ  ng0  | PGP keys and more: https://n0is.noblogs.org/
         |                    http://ng0.chaosnet.org

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: time out in shepherd service?
  2016-12-20 22:50 time out in shepherd service? ng0
@ 2016-12-21  9:13 ` Ludovic Courtès
  2016-12-21 10:44   ` ng0
  0 siblings, 1 reply; 3+ messages in thread
From: Ludovic Courtès @ 2016-12-21  9:13 UTC (permalink / raw)
  To: ng0; +Cc: guix-devel

ng0 <ng0@libertad.pw> skribis:

> Is there a time out in shepherd service start/checks, or is the
> "service could not be started" simply a result of when a service
> encounters a fatal error and quits?

“Service could not be started” just means that the ‘start’ procedure of
the service returned #f or threw an exception.

To debug this, you’d have to check the service’s log files, or use
#:log-file to redirect the stdout/stderr to a log file.

HTH!

Ludo’.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: time out in shepherd service?
  2016-12-21  9:13 ` Ludovic Courtès
@ 2016-12-21 10:44   ` ng0
  0 siblings, 0 replies; 3+ messages in thread
From: ng0 @ 2016-12-21 10:44 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

Ludovic Courtès <ludo@gnu.org> writes:

> ng0 <ng0@libertad.pw> skribis:
>
>> Is there a time out in shepherd service start/checks, or is the
>> "service could not be started" simply a result of when a service
>> encounters a fatal error and quits?
>
> “Service could not be started” just means that the ‘start’ procedure of
> the service returned #f or threw an exception.
>
> To debug this, you’d have to check the service’s log files, or use
> #:log-file to redirect the stdout/stderr to a log file.
>
> HTH!
>
> Ludo’.
>

Thanks.
Observed and tried yesterday: when I turn on logging and make the
output more verbose, the log file created is root:root and
therefore not accesible by the internal logging mechanisms of the
gnunet subsystems which as a consequence throw errors that they
can not log to this file.
#:user and #:group is now set, and some more changes which I
didn't publish so far.
There are some gnunet errors, so I have to go all the way back
1.5 - 2 years and see if this was fixed at some commit and have
to backport the fix 0.10.1 if these errors are caused by
gnunet. But seeing that it's functional without system service
it's unlikely that this is the case.
-- 
♥Ⓐ  ng0  | PGP keys and more: https://n0is.noblogs.org/
         |                    http://ng0.chaosnet.org

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-12-21 10:44 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-12-20 22:50 time out in shepherd service? ng0
2016-12-21  9:13 ` Ludovic Courtès
2016-12-21 10:44   ` ng0

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.