Date: Mon, 4 Nov 2019 15:13:03 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> To: Pete French <petefrench@ingresso.co.uk>, kpn@neutralgood.org Cc: darius@dons.net.au, freebsd-stable@freebsd.org Subject: Re: python dameon coredumps when started from boot, but not by hand Message-ID: <b2d1c84d-36a5-e5b5-4c88-0c458ea668e1@quip.cz> In-Reply-To: <E1iRbV3-0001g4-28@dilbert.ingresso.co.uk> References: <E1iRbV3-0001g4-28@dilbert.ingresso.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Pete French wrote on 11/04/2019 13:30: >> Shot in the dark: Is it possible that python is trying to dynamically >> load a shared library that isn't available yet due to being on a not-yet >> mounted filesystem? > > I wondered about that, but I have these boxes confiured with only one filesystem > for everything apart from mysql data. > >> Just a random guess. > > A good one, and one which makes me wonder if theres some shared library config > which isnt happening and maybe that is it ? > > Am going to do an experiment to see if the same behaviout occurs on a real > hardware machine not in Azure - which might make it easier to debug as I can > at least see the console that way. Check "rcorder /etc/rc.d/* /usr/local/etc/rc.d/*" Check if ldconfig is runable (I ended up with permissions 0444 on /etc/rc.d/ldconfig after some etcupdate run) Next things - try to run it as: 1) service myservice start or 2) /usr/local/etc/rc.d/myservice start There can be differencies. You can also try to start it from cron instead of hands (different environment) or try to start in on boot from crontab with tag @reboot. Miroslav Lachman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b2d1c84d-36a5-e5b5-4c88-0c458ea668e1>