Looking at some test results and networking/detect crashed. This caused a cascade failure where other networking tests failed to run, which also caused the suspend test to fail to run.
The test caused a traceback from modinfo_parser due to what I'm guessing is bad data passed from udev when network_device_info runs.
It could well be because the network card on this machine is not a common one, but I have to get more data from the tester to be sure. lspci on the machine says:
The traceback is:
Traceback (most recent call last):
File "/usr/share/checkbox/scripts/network_device_info", line 238, in <module>
sys.exit(main(sys.argv[1:]))
File "/usr/share/checkbox/scripts/network_device_info", line 217, in main
nm_devices = get_nm_devices()
File "/usr/share/checkbox/scripts/network_device_info", line 169, in get_nm_devices
devices.append(NetworkingDevice(devtype, props, dev_proxy, bus))
File "/usr/share/checkbox/scripts/network_device_info", line 73, in __init__
self._modinfo = self._modinfo_parser(props['Driver'])
File "/usr/share/checkbox/scripts/network_device_info", line 122, in _modinfo_parser
parser = ModinfoParser(stream)
File "/usr/lib/python3/dist-packages/checkbox/parsers/modinfo.py", line 54, in __init__
self._get_info(stream)
File "/usr/lib/python3/dist-packages/checkbox/parsers/modinfo.py", line 60, in _get_info
key, data = line.split(':',1)
ValueError: need more than 1 value to unpack
Unfortunately, because this occurred, it caused checkbox to only record stderr, which only captured the trace. So I have no idea at the moment which device this is. I'm guessing it's the ethernet device for now.
I have asked the tester to manually run a modified version of the network_device_info script on that machine and see if the data it provides can help me fix this bug. At the moment, I do not know what data props['Driver'] is passing to modinfo parser. I have a feeling it's either nothing, or garbage.
The device appears in the results as
JMicron JMC250 PCI Express Gigabit Ethernet Controller