From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: bug#39708: nfs-service-type broken: rpc.mountd respawns too quickly Date: Sun, 08 Mar 2020 13:29:34 -0400 Message-ID: <87a74q69hd.fsf@gmail.com> References: <878skw382o.fsf@apteryx.i-did-not-set--mail-host-address--so-tickle-me> <87a75azxu2.fsf@gnu.org> <87y2sb5x9p.fsf@gmail.com> <87tv2z5w7z.fsf@gmail.com> <87y2sbcd5m.fsf@gnu.org> <87h7yy6hfq.fsf@gmail.com> <87blp6c3fd.fsf@gnu.org> <87y2saok8y.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50791) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jAzkZ-0003WA-OC for bug-guix@gnu.org; Sun, 08 Mar 2020 13:30:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jAzkY-0004iK-MT for bug-guix@gnu.org; Sun, 08 Mar 2020 13:30:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:43277) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jAzkY-0004i7-Hj for bug-guix@gnu.org; Sun, 08 Mar 2020 13:30:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jAzkY-0000Hl-ET for bug-guix@gnu.org; Sun, 08 Mar 2020 13:30:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87y2saok8y.fsf@elephly.net> (Ricardo Wurmus's message of "Sun, 08 Mar 2020 17:59:41 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: Ricardo Wurmus Cc: 39708@debbugs.gnu.org Hello Ricardo! Ricardo Wurmus writes: > Ludovic Court=C3=A8s writes: > >> Maxim Cournoyer skribis: >> >>>> So that means that rpc.mountd =E2=80=9Cdaemonizes=E2=80=9D. Thus, she= pherd shouldn=E2=80=99t >>>> look at the PID of the process it spawns, but rather at what >>>> rpc.mountd=E2=80=99s PID file contains (I assume it creates a PID file, >>>> right?). IOW, we need to pass #:pid-file to =E2=80=98make-forkexec-co= nstructor=E2=80=99. >>> >>> That process doesn't create a PID file, so that doesn't work. >> >> OK, so =E2=80=98--foreground=E2=80=99 was the right thing. Thanks for e= xplaining! > > Does this affect the system test at all? When I added nfs-service-type > I also added a system test, which passed. Did I miss something? As I mentioned in an earlier message in this thread; > Even with 'herd status rpc.mountd' reporting that it is stopped and > disabled, and 'pidof rpc.mountd' showing 6 processes, the NFS service > manages to work, at least for the very limited testing I've done. So, the test validating that files written to the mounted NFS share appear in the exported file system would pass, but if you view the output of 'herd status nfs' on a system configured before the fix you'd see rpc.mountd reported as stopped and disabled (with something like 6 processes running :-)). Maxim