GNU bug report logs -
#34580
'ssh-daemon' fails to start
Previous Next
Reported by: Andreas Enge <andreas <at> enge.fr>
Date: Tue, 19 Feb 2019 21:22:02 UTC
Severity: important
Tags: fixed, unreproducible
Merged with 30993,
33299,
37309
Done: maxim.cournoyer <at> gmail.com
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
I went looking for the pid to answer Ludo's question and didn't find strace, and the ssh command line was wrong so I got suspicious.
After searching a bit, I found the problem: I'm an idiot. 'make' apparently did not succeed after all and I simply failed to catch it. I went back and re-executed everything, slower this time and paying better attention and found this after 'make check':
make[2]: Entering directory '/home/bgardner/Development/guix/po/guix'
test ! -f ./guix.pot || \
test -z "cs.gmo da.gmo de.gmo en <at> boldquot.gmo en <at> quot.gmo eo.gmo es.gmo fr.gmo hu.gmo pl.gmo pt_BR.gmo sr.gmo sv.gmo vi.gmo zh_CN.gmo" || make cs.gmo da.gmo de.gmo en <at> boldquot.gmo en <at> quot.gmo eo.gmo es.gmo fr.gmo hu.gmo pl.gmo pt_BR.gmo sr.gmo sv.gmo vi.gmo zh_CN.gmo
make[3]: Entering directory '/home/bgardner/Development/guix/po/guix'
make[3]: 'cs.gmo' is up to date.
make[3]: 'da.gmo' is up to date.
make[3]: 'de.gmo' is up to date.
rm -f en <at> boldquot.gmo && /gnu/store/byxp8n6qsyg2pm1p5x409sag9mbj1b3r-profile/bin/msgfmt -c --statistics --verbose -o en <at> boldquot.gmo en <at> boldquot.po
en <at> boldquot.po:2857: format specifications in 'msgstr[0]' are not a subset of those in 'msgid_plural'
en <at> boldquot.po:2864: format specifications in 'msgstr[0]' are not a subset of those in 'msgid_plural'
/gnu/store/byxp8n6qsyg2pm1p5x409sag9mbj1b3r-profile/bin/msgfmt: found 2 fatal errors
en <at> boldquot.po: 916 translated messages.
make[3]: *** [Makefile:201: en <at> boldquot.gmo] Error 1
make[3]: Leaving directory '/home/bgardner/Development/guix/po/guix'
make[2]: *** [Makefile:238: stamp-po] Error 2
make[2]: Leaving directory '/home/bgardner/Development/guix/po/guix'
make[1]: *** [Makefile:4862: check-recursive] Error 1
make[1]: Leaving directory '/home/bgardner/Development/guix'
make: *** [Makefile:5330: check] Error 2
I've no idea what this 'msgfmt' issue is, however. Any suggestions?
--
Brant Gardner
On Sat, Sep 28, 2019, at 08:54, pelzflorian (Florian Pelz) wrote:
> On Sat, Sep 28, 2019 at 07:38:49AM -0500, Brant Gardner wrote:
> > Hi Ludo;
> >
> > Okay, I did those steps exactly:
> >
> > - clone
> > - patch -p1 < your-patch
> > - ./bootstrap
> > - ./configure --localstatedir=/var
> > - make check
> > - sudo -E ./pre-inst-env guix system reconfigure /path/to/myconfig.scm
> > - reboot
> >
> > I had no issues or errors at any step and on reboot ssh-daemon tried & failed to start so all went according to plan, but /tmp does *not* have a ssh log file in it.
> >
> > Not sure where this went sideways, any advice?
> >
> > Thank you,
> >
>
> Perhaps /tmp is the wrong directory to store such an early log? I
> have a Guix virtual machine where ssh-daemon, httpd, php-fpm and
> term-auto cannot be started on boot. /var/log/debug contains:
>
> Sep 28 15:47:00 localhost vmunix: [ 0.898260] Write protecting the
> kernel read-only data: 18432k
> Sep 28 15:47:00 localhost vmunix: [ 0.900802] Freeing unused kernel
> image memory: 2036K
> Sep 28 15:47:00 localhost vmunix: [ 0.902187] Freeing unused kernel
> image memory: 72K
> Sep 28 15:47:00 localhost vmunix: [ 0.903142] Run /init as init
> process
> Sep 28 15:47:00 localhost vmunix: [ 1.168976] usbcore: registered
> new interface driver usb-storage
> Sep 28 15:47:00 localhost vmunix: [ 1.184777] usbcore: registered
> new interface driver uas
> Sep 28 15:47:00 localhost vmunix: [ 1.202265] hidraw: raw HID events
> driver (C) Jiri Kosina
> Sep 28 15:47:01 localhost shepherd[1]: Service ssh-daemon could not be
> started.
> Sep 28 15:47:01 localhost vmunix: [ 1.204318] usbcore: registered
> new interface driver usbhid
> Sep 28 15:47:01 localhost vmunix: [ 1.204320] usbhid: USB HID core
> driver
> Sep 28 15:47:01 localhost vmunix: [ 1.270227] isci: Intel(R) C600
> SAS Controller Driver - version 1.2.0
> Sep 28 15:47:01 localhost vmunix: [ 1.445126] EXT4-fs (sda1):
> mounted filesystem with ordered data mode. Opts: (null)
> Sep 28 15:47:01 localhost vmunix: [ 2.387966] random: fast init done
> Sep 28 15:47:01 localhost vmunix: [ 3.554499] random: ssh-keygen:
> uninitialized urandom read (32 bytes read)
> Sep 28 15:47:01 localhost vmunix: [ 4.219031] random: shepherd:
> uninitialized urandom read (4096 bytes read)
> Sep 28 15:47:02 localhost vmunix: [ 4.615089] random: crng init done
> Sep 28 15:47:02 localhost vmunix: [ 5.199788] shepherd[1]: Service
> root has been started.
> Sep 28 15:47:02 localhost vmunix: [ 6.559652] shepherd[1]: starting
> services...
> Sep 28 15:47:02 localhost vmunix: [ 6.563503] shepherd[1]: Service
> root-file-system has been started.
> Sep 28 15:47:02 localhost vmunix: [ 6.567531] shepherd[1]: Service
> user-file-systems has been started.
> Sep 28 15:47:02 localhost vmunix: [ 6.656184] shepherd[1]: waiting
> for udevd...
>
> I do not know if this is a problem with the order in which services,
> crng, mounting start.
>
> Regards,
> Florian
>
This bug report was last modified 4 years and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.