From mboxrd@z Thu Jan 1 00:00:00 1970 From: Catonano Subject: Re: weird errors; shepherd Date: Wed, 24 Jan 2018 13:34:17 +0100 Message-ID: References: <87a7xhmpht.fsf@gnu.org> <20180114114346.78977872@scratchpost.org> <20180122115908.588a1d06@scratchpost.org> <20180122200146.545ef7f6@scratchpost.org> <20180123234318.3463d51d@scratchpost.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a114f345cbe9bf8056384e1f2" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41488) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eeKFv-0002L3-TM for guix-devel@gnu.org; Wed, 24 Jan 2018 07:34:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eeKFu-0008IP-Ru for guix-devel@gnu.org; Wed, 24 Jan 2018 07:34:19 -0500 Received: from mail-yw0-x229.google.com ([2607:f8b0:4002:c05::229]:33320) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eeKFu-0008HI-Nh for guix-devel@gnu.org; Wed, 24 Jan 2018 07:34:18 -0500 Received: by mail-yw0-x229.google.com with SMTP id x24so1421234ywj.0 for ; Wed, 24 Jan 2018 04:34:18 -0800 (PST) In-Reply-To: <20180123234318.3463d51d@scratchpost.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Danny Milosavljevic Cc: guix-devel --001a114f345cbe9bf8056384e1f2 Content-Type: text/plain; charset="UTF-8" 2018-01-23 23:43 GMT+01:00 Danny Milosavljevic : > The attached file is gnu/services/trytond.scm which successfully runs > trytond. > With "successfully"" you mean that it connects to postgres and it shhows te proper screens in the client ? Sometimes the trytond daemon does run but it fails to connect to postgres I'll check this out. Only, not today, neither tomorrow probably. But I will, sooner or later Thanks ! > Everyone: > > After I've tried writing some shepherd service I have to say that writing a > shepherd "start" action is way too difficult. > > Even now, I've not gotten to work: > > * Having the activation depend on any other service. > * Logging errors from start-trytond to stderr or stdout. > As far as I understand make-forkexec-constructor takes special care not > to kill stderr. As long there's no log-file specified it should leave > stdout > and stderr alone. So where does the text go? > > I've had other problems like: > > * root's shepherd hangs sometimes and herd can't connect to it anymore. > * When I use (error "XXX") in a shepherd start block, booting the system > drops me into a REPL and doesn't let me out again (instead of just failing > this one service and continuing to boot). > > Sigh... > I'm relieved that someone else finds this difficult Thans again ! --001a114f345cbe9bf8056384e1f2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


2018-01-23 23:43 GMT+01:00 Danny Milosavljevic <dannym@scratchpos= t.org>:
The attached file i= s gnu/services/trytond.scm which successfully runs trytond.

With "successfully"" you mean that it c= onnects to postgres and it shhows te proper screens in the client ?

Sometimes the trytond daemon does run but it fails to= connect to postgres

I'll check this out.= Only, not today, neither tomorrow probably. But I will, sooner or later
Thanks !



Everyone:

After I've tried writing some shepherd service I have to say that writi= ng a
shepherd "start" action is way too difficult.

Even now, I've not gotten to work:

* Having the activation depend on any other service.
* Logging errors from start-trytond to stderr or stdout.
=C2=A0 As far as I understand make-forkexec-constructor takes special care = not
=C2=A0 to kill stderr.=C2=A0 As long there's no log-file specified it s= hould leave stdout
=C2=A0 and stderr alone.=C2=A0 So where does the text go?

I've had other problems like:

* root's shepherd hangs sometimes and herd can't connect to it anym= ore.
* When I use (error "XXX") in a shepherd start block, booting the= system
drops me into a REPL and doesn't let me out again (instead of just fail= ing
this one service and continuing to boot).

Sigh...

I'm relieved th= at someone else finds this difficult

Thans again !

--001a114f345cbe9bf8056384e1f2--