From owner-freebsd-stable@freebsd.org Thu Oct 31 10:19:40 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F7671A31D8 for ; Thu, 31 Oct 2019 10:19:40 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 473hBy5lwpz45MK for ; Thu, 31 Oct 2019 10:19:38 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQ7YF-000MlA-Mi; Thu, 31 Oct 2019 10:19:35 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQ7YF-0004bX-K1; Thu, 31 Oct 2019 10:19:35 +0000 To: darius@dons.net.au, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: freebsd-stable@freebsd.org In-Reply-To: <872D68EE-143D-41F3-BC22-45AC4F7E934F@dons.net.au> Message-Id: From: Pete French Date: Thu, 31 Oct 2019 10:19:35 +0000 X-Rspamd-Queue-Id: 473hBy5lwpz45MK X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-5.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.14)[ip: (-9.73), ipnet: 31.24.0.0/21(-4.87), asn: 16082(-1.01), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2019 10:19:40 -0000 > Does it crash if you run it from the command line with 'env -i' in front? > > That clears out the environment and will be a lot closer to the rc.d environment. Interesting idea, but no, that works fine. Annoyingly! > If that doesn't show anything then you will have to try capturing stderr > from the rc.d run as that will hopefully have the reason why Python is > aborting (ie what Py_FatalError is complaining about). So, I naiively tried to do this by simply sticking a '2> /tmp/waagent.stderr' on the end of the rc.d command arguments, but it didnt produce anything (i.e. an empty file was created). Will try some other ways though, as you are right that getting the output from that is how to find the issue. -pete.