13504 2019-09-07 21:54:34 +0000 [master-next] qemumips-lsb sytemd failure 2019-10-10 12:24:20 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 3.0 x86 Multiple RESOLVED FIXED High normal 2.8 M4 1 akuster ross.burton meta.mr.watcher meta.watcher randy.macleod richard.purdie --- --- Don't know oldest_to_newest 84899 0 4559 akuster 2019-09-07 21:54:34 +0000 Created attachment 4559 local.conf Test requires systemtap to be installed Traceback (most recent call last): File "/home/pokybuild/yocto-worker/qemumips-lsb/build/meta/lib/oeqa/core/decorator/__init__.py", line 36, in wrapped_f return func(*args, **kwargs) File "/home/pokybuild/yocto-worker/qemumips-lsb/build/meta/lib/oeqa/runtime/cases/systemd.py", line 98, in test_systemd_failed self.assertTrue(match, msg='Some systemd units failed:\n%s' % output) AssertionError: None is not true : Some systemd units failed: UNIT LOAD ACTIVE SUB DESCRIPTION ● systemd-hwdb-update.service loaded failed failed Rebuild Hardware Database LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 1 loaded units listed.● qemumips State: degraded Jobs: 0 queued Failed: 1 units Since: Sat 2019-09-07 16:02:44 UTC; 6min ago CGroup: / ├─user.slice │ └─user-0.slice │ ├─session-c54.scope │ │ ├─522 sshd: root@notty │ │ ├─524 sh -c export PATH=/usr/sbin:/sbin:/usr/bin:/bin; SYSTEMD_BUS_TIMEOUT=240s systemctl status --full --failed │ │ └─525 systemctl status --full --failed │ ├─session-c1.scope │ │ ├─162 /bin/login -- │ │ └─173 -sh │ └─user@0.service │ └─init.scope │ ├─167 /lib/systemd/systemd --user │ └─168 (sd-pam) ├─init.scope │ └─1 /sbin/init └─system.slice ├─rngd.service │ └─99 /usr/sbin/rngd -f -r /dev/hwrng ├─systemd-timesyncd.service │ └─252 /lib/systemd/systemd-timesyncd ├─nfs-statd.service │ └─160 /usr/sbin/rpc.statd -F ├─syslogd.service │ └─342 /sbin/syslogd ├─dbus.service │ └─145 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only ├─system-serial\x2dgetty.slice │ └─serial-getty@ttyS0.service │ └─164 /sbin/agetty -8 -L ttyS0 115200 xterm ├─system-getty.slice │ └─getty@tty1.service │ └─163 /sbin/agetty -o -p -- \u --noclear tty1 linux ├─rpcbind.service │ └─149 /usr/sbin/rpcbind ├─systemd-logind.service │ └─147 /lib/systemd/systemd-logind ├─systemd-resolved.service │ └─157 /lib/systemd/systemd-resolved ├─crond.service │ └─151 /usr/sbin/crond -n ├─klogd.service │ └─158 /sbin/klogd ├─systemd-udevd.service │ └─129 /lib/systemd/systemd-udevd ├─atd.service │ └─148 /usr/sbin/atd -f ├─systemd-journald.service │ └─109 /lib/systemd/systemd-journald └─systemd-networkd.service └─135 /lib/systemd/systemd-networkd Startup finished in 24.698s (kernel) + 2min 17.063s (userspace) = 2min 41.761s. Target boot time 161.761 exceeds systemd's TimeoutStartSec 90 84900 1 akuster 2019-09-07 21:55:45 +0000 https://autobuilder.yoctoproject.org/typhoon/#/builders/55/builds/340/steps/8/logs/step1c 84924 2 kai.kang 2019-09-11 08:37:25 +0000 There is no error there and just as it reports: 'timeout'. -- Logs begin at Wed 2019-09-11 07:52:05 UTC, end at Wed 2019-09-11 07:56:29 UTC. -- Sep 11 07:52:13 qemumips systemd[1]: Starting Rebuild Hardware Database... Sep 11 07:53:43 qemumips systemd[1]: systemd-hwdb-update.service: Start operation timed out. Terminating. Sep 11 07:53:43 qemumips systemd[1]: systemd-hwdb-update.service: Main process exited, code=killed, status=15/TERM Sep 11 07:53:43 qemumips systemd[1]: systemd-hwdb-update.service: Failed with result 'timeout'. Sep 11 07:53:43 qemumips systemd[1]: Failed to start Rebuild Hardware Database. There is only one time failure during about 20 times qemu boot. But when I use command 'stress' to produce high cpu load, it fails to start systemd-hwdb-update everytime. I suggest to add 'timeout' to exceptions in the test cases. 84997 3 richard.purdie 2019-09-17 15:59:12 +0000 seems mips is just slow. https://github.com/systemd/systemd/issues/13581 85250 4 ross.burton 2019-10-07 19:40:05 +0000 Patch on the list. Turns out we already generate the hwdb at rootfs time *and* have postinsts to do this after the event, so we just need to delete the service file like several other distros already do. 85287 5 richard.purdie 2019-10-10 12:24:20 +0000 http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=3fd81b0db24776432d35e1bfb84a68bdfec5e0d2 4559 2019-09-07 21:54:34 +0000 2019-09-07 21:54:34 +0000 local.conf file_13504.txt text/plain 1393 akuster ICBNQUNISU5FID0gInFlbXVtaXBzIg0KICBESVNUUk8gPSAicG9reS1hbHRjZmciDQogIFNES01B Q0hJTkUgPSAiaTY4NiINCiAgUEFDS0FHRV9DTEFTU0VTID0gInBhY2thZ2VfcnBtIHBhY2thZ2Vf ZGViIHBhY2thZ2VfaXBrIg0KICBETF9ESVIgPSAnL3Nydi9hdXRvYnVpbGRlci9hdXRvYnVpbGRl ci55b2N0b3Byb2plY3Qub3JnL2N1cnJlbnRfc291cmNlcycNCiAgU1NUQVRFX0RJUiA/PSAnL3Ny di9hdXRvYnVpbGRlci9hdXRvYnVpbGRlci55b2N0b3Byb2plY3Qub3JnL3B1Yi9zc3RhdGUnDQog IElOSEVSSVQgKz0gJ2ltYWdlLWJ1aWxkaW5mbycNCiAgSU1BR0VfQlVJTERJTkZPX1ZBUlNfYXBw ZW5kID0gJyBJTUFHRV9CQVNFTkFNRSBJTUFHRV9OQU1FJw0KICBRRU1VX1VTRV9LVk0gPSAnVHJ1 ZScNCiAgSU5IRVJJVCArPSAncmVwb3J0LWVycm9yJw0KICBQUkVNSVJST1JTID0gJycNCiAgQkJf R0VORVJBVEVfTUlSUk9SX1RBUkJBTExTID0gJzEnDQogIEJCX05VTUJFUl9USFJFQURTID0gJzE2 Jw0KICBQQVJBTExFTF9NQUtFID0gJy1qIDE2Jw0KICBCQl9UQVNLX05JQ0VfTEVWRUwgPSAnNScN CiAgQkJfVEFTS19OSUNFX0xFVkVMX3Rhc2stdGVzdGltYWdlID0gJzAnDQogIEJCX1RBU0tfSU9O SUNFX0xFVkVMID0gJzIuNycNCiAgQkJfVEFTS19JT05JQ0VfTEVWRUxfdGFzay10ZXN0aW1hZ2Ug PSAnMi4xJw0KICBJTkhFUklUICs9ICd0ZXN0aW1hZ2UnDQogIFRFU1RfUUVNVUJPT1RfVElNRU9V VCA9ICcxNTAwJw0KICBTQU5JVFlfVEVTVEVEX0RJU1RST1MgPSAnJw0KICBTREtfRVhUX1RZUEUg PSAnbWluaW1hbCcNCiAgU0RLX0lOQ0xVREVfVE9PTENIQUlOID0gJzEnDQogIEJCX0RJU0tNT05f RElSUyA9ICdTVE9QVEFTS1MsJHtUTVBESVJ9LDFHLDEwMEsgU1RPUFRBU0tTLCR7RExfRElSfSwx RyBTVE9QVEFTS1MsJHtTU1RBVEVfRElSfSwxRyBTVE9QVEFTS1MsL3RtcCwxMDBNLDEwMEsgQUJP UlQsJHtUTVBESVJ9LDEwME0sMUsgQUJPUlQsJHtETF9ESVJ9LDEwME0gQUJPUlQsJHtTU1RBVEVf RElSfSwxMDBNIEFCT1JULC90bXAsMTBNLDFLJw0KICBJTkhFUklUICs9ICJidWlsZGhpc3Rvcnki DQogIEJVSUxESElTVE9SWV9ESVIgPSAiL2hvbWUvcG9reWJ1aWxkL3lvY3RvLXdvcmtlci9xZW11 bWlwcy1sc2IvYnVpbGQvYnVpbGQvYnVpbGRoaXN0b3J5Ig0KICBCVUlMREhJU1RPUllfUFVTSF9S RVBPID0gIi1mIHNzaDovL2dpdEBwdXNoLnlvY3RvcHJvamVjdC5vcmcvcG9reS1idWlsZGhpc3Rv cnkgcG9reS9tYXN0ZXItbmV4dC9xZW11bWlwcy1sc2I6cG9reS9tYXN0ZXItbmV4dC9xZW11bWlw cy1sc2IiDQogIEJVSUxESElTVE9SWV9DT01NSVQgPSAnMScNCiAgRVJST1JfUUFfcmVtb3ZlID0g InZlcnNpb24tZ29pbmctYmFja3dhcmRzIg==