"make check-system TESTS=basic" fails on master

DoneSubmitted by Chris Marusich.
Details
4 participants
  • Chris Marusich
  • Ludovic Courtès
  • Tobias Geerinckx-Rice
  • zimoun
Owner
unassigned
Severity
normal
C
C
Chris Marusich wrote on 20 Oct 2018 21:09
(address . bug-guix@gnu.org)
87k1mcqvt5.fsf@gmail.com
Hi Guix,
The system test "basic" fails on commit7d1f21c69aa89e4c7c57ace26af80d168157b243 (master). To reproduce, checkout that commit and run:
make check-system TESTS="basic"
For the record, this is on an x86_64-linux GuixSD system using an ext4root file system. Here's the error (I've sanitized the output, whichapparently contained some unprintable characters, and removed some linesfor brevity):
Toggle snippet (96 lines)qemu-system-x86_64: warning: hub 0 is not connected to host network[?7l[0mSeaBIOS (version rel-1.11.2-0-gf9626ccb91-prebuilt.qemu-project.org)iPXE (http://ipxe.org) 00:03.0 C980 PCI2.10 PnP PMM+0FF91280+0FEF1280 C980Press Ctrl-B to configure iPXE (PCI 00:03.0)... Booting from ROM...[?7l[2J[ 0.000000] Linux version 4.18.15-gnu (nixbld@) (gcc version 7.3.0 (GCC)) #1 SMP 1[ 0.000000] Command line: console=ttyS0 --root=/dev/vda1 --system=/gnu/store/pcjn1bvz1khr8k04qablc62rzwgfbh2b-system --load=/gnu/store/pcjn1bvz1khr8k04qablc62rzwgfbh2b-system/boot panic=1[... Lines omitted for brevity ...][ 0.000000] Kernel command line: console=ttyS0 --root=/dev/vda1 --system=/gnu/store/pcjn1bvz1khr8k04qablc62rzwgfbh2b-system --load=/gnu/store/pcjn1bvz1khr8k04qablc62rzwgfbh2b-system/boot panic=1[... Lines omitted for brevity ...]GC Warning: pthread_getattr_np or pthread_attr_getstack failed for main threadGC Warning: Couldn't read /proc/statWelcome, this is GNU's early boot Guile.Use '--repl' for an initrd REPL.loading kernel modules...[ 1.425572] usbcore: registered new interface driver usb-storage[ 1.442635] usbcore: registered new interface driver uas[ 1.464201] hidraw: raw HID events driver (C) Jiri Kosina[ 1.469015] usbcore: registered new interface driver usbhid[ 1.470604] usbhid: USB HID core driver[ 1.526453] isci: Intel(R) C600 SAS Controller Driver - version 1.2.0[ 1.564134] PCI Interrupt Link [LNKC] enabled at IRQ 11[ 1.594052] PCI Interrupt Link [LNKD] enabled at IRQ 10[ 1.623716] PCI Interrupt Link [LNKA] enabled at IRQ 10[ 1.653420] PCI Interrupt Link [LNKB] enabled at IRQ 11[ 1.701890] virtio_blk: probe of virtio4 failed with error -2[ 1.718210] virtio_net: probe of virtio0 failed with error -2[ 1.724827] virtio_console virtio3: Error -2 initializing vqs[ 1.726493] virtio_console: probe of virtio3 failed with error -2[ 1.732626] virtio_rng: probe of virtio1 failed with error -2[ 1.747209] FS-Cache: Loaded[ 1.753755] 9pnet: Installing 9P2000 support[ 1.756817] 9p: Installing v9fs 9p2000 file system support[ 1.758476] FS-Cache: Netfs '9p' registered for caching[ 1.767544] 9pnet_virtio: probe of virtio2 failed with error -2In gnu/build/linux-boot.scm: 516:13 2 (_) 367:8 1 (mount-root-file-system "/dev/vda1" "ext4" # _)In unknown file: [ 1.798957] random: fast init done 0 (mount "/dev/vda1" "/real-root" "ext4" 1 #<undefined>)In procedure mount: No such file or directory[ 1.808236] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000[ 1.808236] [ 1.810919] CPU: 0 PID: 1 Comm: init Not tainted 4.18.15-gnu #1[ 1.812019] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.11.2-0-gf9626ccb91-prebuilt.qemu-project.org 04/01/2014[ 1.812019] Call Trace:[ 1.812019] dump_stack+0x63/0x85[ 1.812019] panic+0xe4/0x244[ 1.812019] do_exit+0xb1a/0xb20[ 1.812019] ? wake_up_state+0x10/0x20[ 1.812019] do_group_exit+0x43/0xb0[ 1.812019] __x64_sys_exit_group+0x18/0x20[ 1.812019] do_syscall_64+0x5a/0x120[ 1.812019] entry_SYSCALL_64_after_hwframe+0x44/0xa9[ 1.812019] RIP: 0033:0x5ecce6[ 1.812019] Code: Bad RIP value.[ 1.812019] RSP: 002b:00007ffdddceb3e8 EFLAGS: 00000246 ORIG_RAX: 00000000000000e7[ 1.812019] RAX: ffffffffffffffda RBX: 0000000000812ff0 RCX: 00000000005ecce6[ 1.812019] RDX: 0000000000000000 RSI: 000000000000003c RDI: 0000000000000000[ 1.812019] RBP: 0000000000000000 R08: 00000000000000e7 R09: ffffffffffffffb0[ 1.812019] R10: 00007f85d01aef88 R11: 0000000000000246 R12: 0000000000a63818[ 1.812019] R13: 0000000000000001 R14: 0000000000000000 R15: 0000000000000003[ 1.812019] Kernel Offset: 0x2a000000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff)[ 1.812019] Rebooting in 1 seconds..QEMU runs as PID 4connected to QEMU's monitorread QEMU monitor promptconnected to guest REPL%%%% Starting test basic (Writing full log to "basic.log")/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL uname/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL shepherd socket ready/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL shell and user commands/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL special files/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL accounts/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL shepherd services/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL homes/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL skeletons in home directories/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL permissions on /root/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL no extra home directories/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL login on tty1/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL utmpx entry/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL wtmp entry/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL host name resolution/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL locale/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL /run/current-system is a GC root/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL /var/guix/gcroots/profiles is a valid symlink/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL screendump/gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL screen text# of expected passes 1# of unexpected failures 19
Some questions/observations:
1) Where is the "basic.log" file? I checked the Guix checkout and theretained directory of the failed derivation (i.e., the directoryproduced by guix build --keep-failed /gnu/store/...gjmid5-basic.drv),but I don't see it anywhere.
2) The test seems to have failed becuase of the following issue, whichis mentioned in the output above:
Toggle snippet (4 lines)0 (mount "/dev/vda1" "/real-root" "ext4" 1 #<undefined>)In procedure mount: No such file or directory
The next steps are probably to look into whether /dev/vda1 or /real-rootexist when that call is made, and if one of them is missing, investigatewhy it doesn't exist.
-- Chris
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlvLfXcACgkQ3UCaFdgiRp2gxBAAu9AVGHrnAMjL1hSEqGdKUyXfsRrTd7UTDhMQEHHA2sMxDybJorcxvr4V9HK7a3gESDB4V4CXjNsXCO9qIE3VHerb8YTuNncZ17gtPyAMKmMyPbI3zmRn/Sdl9AKHuDrxevNFfujByD0XT584UCI0dUfA3QJSP19eeQ6O56wrhbRmqDvJISuBLo9UFWrJCdoPsvre+5pmXjxsAcMfcJ4JMJUnx2VBnQMdtKwHPL1hyTuktWejYqXGpesV6kp47d+Igra2ObTzUO/ZCf8XJcuxUKMY6elqLOgVQGpJXY3x5ivdxrnhTn4mDbEWPEaeGOeHifFa3WUZC2tEqojh9O4fWvJQ1IdqqzUpLJpoye7oe/oaLIAy/1Ah0E2ras7AP6Eco//wyVRmrtnaKAoHqJkrrI22UGFT806m6xCR4cJjMVz3GBN9vpXI9lDHnffEr6nSVrzgUJtNTrZo8JUhacKQlpyCikWKXXahmJ6qXRzbEVKAhoZ3THOsO935sskilJLqU1J6sSLkjlP7NPg57QBaMHzX+D6AjmjOoCTkzIuarX1cni+FvglcwPLeSV8+VZWPaTMY92N6Y4TzsElotslFFKpjRPCCEOy4KByHWKD0UHm46WIdfU4noRHbQUwQcs2OI5+09SGIjCb8L7FPtyO60bXgTWpnT3zAyhedOSqow9Q==uZoL-----END PGP SIGNATURE-----
L
L
Ludovic Courtès wrote on 22 Oct 2018 15:11
(name . Chris Marusich)(address . cmmarusich@gmail.com)(address . 33106@debbugs.gnu.org)
87pnw2jfc5.fsf@gnu.org
Hello,
Chris Marusich <cmmarusich@gmail.com> skribis:
Toggle quote (6 lines)> The system test "basic" fails on commit> 7d1f21c69aa89e4c7c57ace26af80d168157b243 (master). To reproduce, check> out that commit and run:>> make check-system TESTS="basic"
It passes for me as of ff598353c01b1953243ba0ecb87efbd73c66720e, onx86_64-linux.

[...]
Toggle quote (19 lines)> [ 1.701890] virtio_blk: probe of virtio4 failed with error -2> [ 1.718210] virtio_net: probe of virtio0 failed with error -2> [ 1.724827] virtio_console virtio3: Error -2 initializing vqs> [ 1.726493] virtio_console: probe of virtio3 failed with error -2> [ 1.732626] virtio_rng: probe of virtio1 failed with error -2> [ 1.747209] FS-Cache: Loaded> [ 1.753755] 9pnet: Installing 9P2000 support> [ 1.756817] 9p: Installing v9fs 9p2000 file system support> [ 1.758476] FS-Cache: Netfs '9p' registered for caching> [ 1.767544] 9pnet_virtio: probe of virtio2 failed with error -2> In gnu/build/linux-boot.scm:> 516:13 2 (_)> 367:8 1 (mount-root-file-system "/dev/vda1" "ext4" # _)> In unknown file:> [ 1.798957] random: fast init done> 0 (mount "/dev/vda1" "/real-root" "ext4" 1 #<undefined>)> In procedure mount: No such file or directory> [ 1.808236] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000
Instead of these ‘virtio’ error, I see this (excerpt):
Toggle snippet (26 lines)Welcome, this is GNU's early boot Guile.Use '--repl' for an initrd REPL.
loading kernel modules...[ 0.652780] usbcore: registered new interface driver usb-storage[ 0.654790] usbcore: registered new interface driver uas[ 0.660951] hidraw: raw HID events driver (C) Jiri Kosina[ 0.661917] usbcore: registered new interface driver usbhid[ 0.662504] usbhid: USB HID core driver[ 0.668512] isci: Intel(R) C600 SAS Controller Driver - version 1.2.0[ 0.687586] PCI Interrupt Link [LNKC] enabled at IRQ 11[ 0.706161] PCI Interrupt Link [LNKD] enabled at IRQ 10[ 0.724746] PCI Interrupt Link [LNKA] enabled at IRQ 10[ 0.743427] PCI Interrupt Link [LNKB] enabled at IRQ 11[ 0.765047] virtio_blk virtio4: [vda] 143360 512-byte logical blocks (73.4 MB/70.0 MiB)[ 0.766293] vda: vda1 vda2[ 0.782675] FS-Cache: Loaded[ 0.784778] 9pnet: Installing 9P2000 support[ 0.785387] random: fast init done[ 0.786349] 9p: Installing v9fs 9p2000 file system support[ 0.787101] FS-Cache: Netfs '9p' registered for caching[ 0.788027] random: crng init done[ 0.792200] EXT4-fs (vda1): mounted filesystem with ordered data mode. Opts: (null)loading '/gnu/store/vwyynlbmkrg1mr4d56n6x9vcnfw9hnw2-system/boot'...
I could be a QEMU or a kernel error. Does it still manifest withtoday’s master?
Toggle quote (31 lines)> %%%% Starting test basic (Writing full log to "basic.log")> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL uname> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL shepherd socket ready> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL shell and user commands> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL special files> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL accounts> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL shepherd services> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL homes> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL skeletons in home directories> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL permissions on /root> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL no extra home directories> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:1: FAIL login on tty1> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL utmpx entry> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL wtmp entry> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL host name resolution> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL locale> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL /run/current-system is a GC root> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL /var/guix/gcroots/profiles is a valid symlink> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL screendump> /gnu/store/b1f0pn2zp33b0q06cp39yk9p1qasxzqi-basic-builder:2: FAIL screen text> # of expected passes 1> # of unexpected failures 19>>> Some questions/observations:>> 1) Where is the "basic.log" file? I checked the Guix checkout and the> retained directory of the failed derivation (i.e., the directory> produced by guix build --keep-failed /gnu/store/...gjmid5-basic.drv),> but I don't see it anywhere.
The ‘basic.log’ file is in the output of this derivation. Thederivation is built with #:keep-failed? #t, so the output is stillaround upon failure and ‘make check-system’ prints it upon completionwith something like:
TOTAL: 1 FAIL: /gnu/store/gmsv8dlxd88p37qc74pdn5jgiikbyxwv-basic
Thanks for your report,Ludo’.
C
C
Chris Marusich wrote on 23 Oct 2018 10:58
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 33106@debbugs.gnu.org)
87lg6pujj8.fsf@garuda.local.i-did-not-set--mail-host-address--so-tickle-me
ludo@gnu.org (Ludovic Courtès) writes:
Toggle quote (3 lines)> It passes for me as of ff598353c01b1953243ba0ecb87efbd73c66720e, on> x86_64-linux.
I rebuilt Guix from a clean checkout of commitff598353c01b1953243ba0ecb87efbd73c66720e, and then I ran the test again.It still failed. The error messages are the same as before.
Toggle quote (3 lines)> I could be a QEMU or a kernel error. Does it still manifest with> today’s master?
I just did a Git pull; the master branch head currently points toa89f731b1506b3b560f4a179da2889408dfa881d. I'm rebuilding Guix from afresh checkout of this commit. Once it's done, I'll let you knowwhether the system test passes.
Toggle quote (13 lines)>> 1) Where is the "basic.log" file? I checked the Guix checkout and the>> retained directory of the failed derivation (i.e., the directory>> produced by guix build --keep-failed /gnu/store/...gjmid5-basic.drv),>> but I don't see it anywhere.>> The ‘basic.log’ file is in the output of this derivation. The> derivation is built with #:keep-failed? #t, so the output is still> around upon failure and ‘make check-system’ prints it upon completion> with something like:>> TOTAL: 1> FAIL: /gnu/store/gmsv8dlxd88p37qc74pdn5jgiikbyxwv-basic
Understood! I was confused and looking in the wrong place.
-- Chris
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlvO4psACgkQ3UCaFdgiRp30JBAAhjWaqfg+ioAl282AsAjkr4cKmNie+68maRwXTiXrGFJKeM0C8OvkcQ4HFUE/futOmms/tybp+yg6Qhtf1XVoD4lJS0vER3M7nZKs+l0vJ7KkeOrcIRvxG4S0XJr8KAi3GW3cuZLr721pTQ7udupeWqcV2B7eV/OJsJsH10+CNoaJAk8SgQ1Z0RQPr4HyTcrLOmTIzS/+AuVqZMWm3NeOpVmf3THAKx2D0lR99QcSVJcUg1GPNq3r8rTp7E3mMOeCTVcu+AY/1GV2kLbJ1pk7gyKuhb/MaBkNhoDYj7I8fG+npx/X8s7LhHGuu3oKT5WZLDf2rUEqVNYtuuHJuYedolVdWFcgwY0oPBCaK0CDdjVjh4Llwsbex7SiW8kler2lh/JkS4FUUnyQbm/jfwY89hJmFwP1Gh34QDWnHdndMlNaLhgJEbTi/G7vmk+C6NU3YHEGStns77QA4RTeu/ey+dxsgnDzj8jkViKFzBmRXHETR0RpzaS+wuBxEBCsOpAFOBYH1/Wc3pO0N8qQkEA9U8FYvg21JCwz6bgKEW7q+wWNgFGIaQGFQ+DHoExE7flpQ44pDW0KhOuoVo1eDaOTKBvP8SF8Lw7vibN/ASG1wZ+73D9HDUvinkdhbW2dugT3kzzd+CEew0Cj8y5ml1EQNI5lOlI9kgsRj7AlRdSHPn8==GA70-----END PGP SIGNATURE-----
C
C
Chris Marusich wrote on 24 Oct 2018 03:49
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 33106@debbugs.gnu.org)
871s8gp10g.fsf@gmail.com
Chris Marusich <cmmarusich@gmail.com> writes:
Toggle quote (5 lines)> I just did a Git pull; the master branch head currently points to> a89f731b1506b3b560f4a179da2889408dfa881d. I'm rebuilding Guix from a> fresh checkout of this commit. Once it's done, I'll let you know> whether the system test passes.
It still fails, with similar error messages. For what it's worth, hereis the output of my "uname -a":
Linux garuda.local 4.18.13-gnu #1 SMP 1 x86_64 GNU/Linux
I'm not sure how to proceed. For now, I'll try this: do a "guix pull"from a89f731b1506b3b560f4a179da2889408dfa881d, reconfigure my GuixSDsystem, and try again. I'll let you know how it goes.
-- Chris
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlvPz58ACgkQ3UCaFdgiRp20ABAAtu0zR+awmJQWKAlsjvfc7plaaHKpKnFJTevaECWAdAQ8jpYC8PPE2fuIM6j4y0YVOnUZ9aY1Rw+0ERe3/4NJWGuTj63jTl+BKpipP3/RUIkZvygsYXORzN4JxL9KIDXkHd5HpOZ/uvPrbA9Fde0rUhcW5PFPqd5B0IJjqTrdRs2unMjvsGrYoSJZ+xoZmS+nJEUM4KtZ3Mf1M//jeTg2dknzcerACy4avPPcJyaF9+cpMnWP5/Bu0PqxIiXLPv9B/Vxn199xVRLGVeEWChxXnxIV+aCVxZ8baf6Q0X5DD1FQAkTIaaSGAZUrE9ZjOz3Wyozd8ZmfHsdb0mJPapbTm43YtUdmA6+lUtHlJkGAEe9YcB8m4OboknpCB9m5u4eF891VPkrMFMSk7cF3etuWWwny6wcJOYOBj4p66zF2iSe5JpPlzC0wrEdl7VJaSAeLBdBh/kCNxnlE4gsah2nnb9OA9hDb62s6bRCSztJf1jGHEXFQ1hl+KlEn/snTvDmF/fFjK261MIB9OIwbAmgcoAr1HvCHbX3cHV606bqC4ixtk8M7Z9n8XCT7DpoASdasl8prfr5TUPvF48zK4HsVQwcMKgu+EnaQJx80bBEhCdATndGHjoIyOdcpMcgyFqwrWuMRJfpV7Jfc/DSETKIs7I7ZtRzWjd0Kohe7BE1lUF0==fjXK-----END PGP SIGNATURE-----
L
L
Ludovic Courtès wrote on 24 Oct 2018 14:14
(name . Chris Marusich)(address . cmmarusich@gmail.com)(address . 33106@debbugs.gnu.org)
87k1m75ypf.fsf@gnu.org
Chris Marusich <cmmarusich@gmail.com> skribis:
Toggle quote (16 lines)> Chris Marusich <cmmarusich@gmail.com> writes:>>> I just did a Git pull; the master branch head currently points to>> a89f731b1506b3b560f4a179da2889408dfa881d. I'm rebuilding Guix from a>> fresh checkout of this commit. Once it's done, I'll let you know>> whether the system test passes.>> It still fails, with similar error messages. For what it's worth, here> is the output of my "uname -a":>> Linux garuda.local 4.18.13-gnu #1 SMP 1 x86_64 GNU/Linux>> I'm not sure how to proceed. For now, I'll try this: do a "guix pull"> from a89f731b1506b3b560f4a179da2889408dfa881d, reconfigure my GuixSD> system, and try again. I'll let you know how it goes.
Hmm, super weird. Does the machine support KVM properly? Any hints in‘dmesg’ or /var/log/messages? Is this GuixSD running on the bare metal?
Thanks,Ludo’.
C
C
Chris Marusich wrote on 26 Oct 2018 07:11
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 33106@debbugs.gnu.org)
875zxppa1a.fsf@gmail.com
ludo@gnu.org (Ludovic Courtès) writes:
Toggle quote (3 lines)> Hmm, super weird. Does the machine support KVM properly? Any hints in> ‘dmesg’ or /var/log/messages? Is this GuixSD running on the bare metal?
I haven't seen any KVM-related problems in the past. I checked dmesg,messages, and a couple other log files for obvious problems, but Icouldn't find any. This GuixSD is running on bare metal (a Lenovo X200with Libreboot, to be precise).
I'm still waiting for my "guix system reconfigure" to finish. I ran itovernight, it failed while updating substitutes [1], and now I'm runningit again without substitutes. I'll update this bug report when I havemore information.
Footnotes: [1] https://debbugs.gnu.org/33159
-- Chris
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlvSofEACgkQ3UCaFdgiRp1UqA//WlaXdqLDK6xyl8jn6JsYpx15rKn2Y8EuGAYCO0ROPVmpMWvKdx0Tgpa+BqqsXTn1rtje17m5gHOvzJ0qipMUZ+mqFxjS37mwGSdxhXrEavl5Xo2cvfIK8SWUlpypimqldbOOX4NfVhrAjvmxVYjDuOLosqobdjoq8JzwF2Mz+fbJP/QL5UmhScFttYaUDK2tId8FmJSQRnkqSKglKqocTWEAK14mS3bSp/MVuqmwfJHUWwdB1oGQl7S0Ca1AeGaV0eYnSzRbCFFHnopM+h5+YU5CIpxZq8xICwOc5FLI0rOlrp991NswcwrPLnAiqo9LgPKyGo01gDs9G/KFAAhMexQ/gHJvbRixD0rxVqibshH8aKrvU5LjTgQqLF9Fgu5OKsu4k+pq9qs58GJxmhBTA3Bouh138BQyOWrST7ZFmmyeN9jAU6phoQ4QYglhD7tu2LrcQgP2c7ZlAIlPXPnV3r1U4NuGVQpwTNDt3q0Hikjs4DId7p5GCdnM3R2VgZPwW6QHkv8U/R58rFC+nOFLKSowp8CcV2O5vTkzF5FGksUauiKDRAh64O7uahsVjhn+7KYwLxx/Lc5CBCmHoW+mEGtIEn3FEbtwwJtXByDAa5RCcYVCH3Pugf4p5cYSOOrjXd3AgHH6rFO3y/eHTkoVCdcpSuuyprA6IR8QOjPxKpw==a5IQ-----END PGP SIGNATURE-----
L
L
Ludovic Courtès wrote on 26 Oct 2018 11:44
(name . Chris Marusich)(address . cmmarusich@gmail.com)(address . 33106@debbugs.gnu.org)
87lg6lnit2.fsf@gnu.org
Chris Marusich <cmmarusich@gmail.com> skribis:
Toggle quote (10 lines)> ludo@gnu.org (Ludovic Courtès) writes:>>> Hmm, super weird. Does the machine support KVM properly? Any hints in>> ‘dmesg’ or /var/log/messages? Is this GuixSD running on the bare metal?>> I haven't seen any KVM-related problems in the past. I checked dmesg,> messages, and a couple other log files for obvious problems, but I> couldn't find any. This GuixSD is running on bare metal (a Lenovo X200> with Libreboot, to be precise).
Did it work before on this machine? I have a vague recollection thatthere were KVM issues on the X200. This is x86_64?
Thanks,Ludo’.
C
C
Chris Marusich wrote on 26 Oct 2018 18:14
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 33106@debbugs.gnu.org)
87lg6kn0s2.fsf@gmail.com
Hi,
I've reconfigured my system after running "guix pull":
root@garuda ~# guix describe Generation 6 Oct 23 2018 19:29:12 (current) guix a89f731 repository URL: https://git.savannah.gnu.org/git/guix.git commit: a89f731b1506b3b560f4a179da2889408dfa881d
GUIX_PACKAGE_PATH="/home/marusich/custom-guix-packages" root@garuda ~#
The problem still occurs, but now there are no 9p-related errors:
Toggle snippet (49 lines)loading kernel modules...[ 1.350969] usbcore: registered new interface driver usb-storage[ 1.366341] usbcore: registered new interface driver uas[ 1.385533] hidraw: raw HID events driver (C) Jiri Kosina[ 1.389538] usbcore: registered new interface driver usbhid[ 1.391152] usbhid: USB HID core driver[ 1.443626] isci: Intel(R) C600 SAS Controller Driver - version 1.2.0[ 1.480467] PCI Interrupt Link [LNKC] enabled at IRQ 11[ 1.510120] PCI Interrupt Link [LNKD] enabled at IRQ 10[ 1.539737] PCI Interrupt Link [LNKA] enabled at IRQ 10[ 1.569364] PCI Interrupt Link [LNKB] enabled at IRQ 11[ 1.618251] virtio_blk virtio4: [vda] 143360 512-byte logical blocks (73.4 MB/70.0 MiB)[ 1.667705] random: fast init done[ 1.669014] random: crng init done[ 1.671153] FS-Cache: Loaded[ 1.677011] 9pnet: Installing 9P2000 support[ 1.679743] 9p: Installing v9fs 9p2000 file system support[ 1.681353] FS-Cache: Netfs '9p' registered for cachingIn gnu/build/linux-boot.scm: 516:13 2 (_) 367:8 1 (mount-root-file-system "/dev/vda1" "ext4" # _)In unknown file: 0 (mount "/dev/vda1" "/real-root" "ext4" 1 #<undefined>)In procedure mount: No such file or directory[ 1.727459] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000[ 1.727459] [ 1.728372] CPU: 0 PID: 1 Comm: init Not tainted 4.18.16-gnu #1[ 1.728372] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.11.2-0-gf9626ccb91-prebuilt.qemu-project.org 04/01/2014[ 1.728372] Call Trace:[ 1.728372] dump_stack+0x63/0x85[ 1.728372] panic+0xe4/0x244[ 1.728372] do_exit+0xb1a/0xb20[ 1.728372] ? wake_up_state+0x10/0x20[ 1.728372] do_group_exit+0x43/0xb0[ 1.728372] __x64_sys_exit_group+0x18/0x20[ 1.728372] do_syscall_64+0x5a/0x120[ 1.728372] entry_SYSCALL_64_after_hwframe+0x44/0xa9[ 1.728372] RIP: 0033:0x5ecce6[ 1.728372] Code: Bad RIP value.[ 1.728372] RSP: 002b:00007ffcd54c8318 EFLAGS: 00000246 ORIG_RAX: 00000000000000e7[ 1.728372] RAX: ffffffffffffffda RBX: 0000000000812ff0 RCX: 00000000005ecce6[ 1.728372] RDX: 0000000000000000 RSI: 000000000000003c RDI: 0000000000000000[ 1.728372] RBP: 0000000000000000 R08: 00000000000000e7 R09: ffffffffffffffb0[ 1.728372] R10: 00007f8613be5f88 R11: 0000000000000246 R12: 0000000000a63818[ 1.728372] R13: 0000000000000001 R14: 0000000000000000 R15: 0000000000000003[ 1.728372] Kernel Offset: 0x27000000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff)[ 1.728372] Rebooting in 1 seconds..
I took a closer look at my dmesg output. I now notice that thefollowing line gets emitted when the error occurs moments before theerror occurs in the test:
[ 909.759703] kvm [1279]: vcpu0, guest rIP: 0xffffffffb1068bec disabled perfctr wrmsr: 0xc2 data 0xffff
I'm not sure exactly what it means, or if it's bad. Both the QEMU andthe dmesg output seem to mention a RIP value, and they both occur closein time, so it seems suspicious. Looking back in my /var/log/messages,which I haven't rotated or truncated in quite some time, it seems thereare many entries like this. The earliest such entry appears to be fromMarch 20th of 2017. I don't know if I ran the system tests successfullyafter that point in time on this machine.
ludo@gnu.org (Ludovic Courtès) writes:
Toggle quote (3 lines)> Did it work before on this machine? I have a vague recollection that> there were KVM issues on the X200. This is x86_64?
This is x86_64, and the test did pass in the past (but I'm not sure whenI was last able to do so successfully).
-- Chris
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlvTPU0ACgkQ3UCaFdgiRp2fiA/+JHMbKXBgQneyAumiEVTdzybFP5cr7sYeiyi9YOgQFvD+HR0Cv22/3OqX68v1TGVVlr4wyjQ/MyjEPxCnfxGVs3NUHOyS5l+qePCaFMgAfG9v2xeZiGTyQSR7cgsINbgKzNqxL39ZvBmTHl0AE1KyjWxwt2vJM0HbQ2Yf2IAqVw6elp9f4h44GhZZ8fX6SlRPX+A3930WW4nKKgdXsN2FIv9e3XsRvmRBZnFF7+IQfOi/2wvieKISV/gbCdblXJDywM+b/PDZsbYFRbjc9mg/Ye4P7rG/NFp8ceyrqoB3zm6Jz3mv8bHyARAo0Bl8aFRdW/AU4yoixTML+jX6BoZVwxX1rTT//a/bUUYiNUYMQ9tfpurbi8WpmC+aWYAo1plyKjnB3/SsgfjPwz7AEONlMo+K2k79VlBb9euCqqBsyx1hwtouq4v1QUFPb/D0iIF+uh6XJmEgoNrddcfQJ+r2zAXgEDjZuuR4Z2zZ24m9HsGsgvRFay9yEnANTC5ycOlPGyLRUEDLRw+4YCKg+F7mNsJiQXAy6Ub8o6aYMFFPL4FjxyNqb9hBSPEazlOPBeSv5KovcimK0FJcwgn8ilDWexKbcqZDBru79Y7ey3QrpylZifghoyxYZEV4kAMmnzJxbMUh6EOOHM+pnCVtZtZqkaL0YAZkIXFSOXfh1M/g6ow==uH7c-----END PGP SIGNATURE-----
L
L
Ludovic Courtès wrote on 27 Oct 2018 16:37
(name . Chris Marusich)(address . cmmarusich@gmail.com)(address . 33106@debbugs.gnu.org)
87ftwra21x.fsf@gnu.org
Hello,
Chris Marusich <cmmarusich@gmail.com> skribis:
Toggle quote (27 lines)> The problem still occurs, but now there are no 9p-related errors:>> loading kernel modules...> [ 1.350969] usbcore: registered new interface driver usb-storage> [ 1.366341] usbcore: registered new interface driver uas> [ 1.385533] hidraw: raw HID events driver (C) Jiri Kosina> [ 1.389538] usbcore: registered new interface driver usbhid> [ 1.391152] usbhid: USB HID core driver> [ 1.443626] isci: Intel(R) C600 SAS Controller Driver - version 1.2.0> [ 1.480467] PCI Interrupt Link [LNKC] enabled at IRQ 11> [ 1.510120] PCI Interrupt Link [LNKD] enabled at IRQ 10> [ 1.539737] PCI Interrupt Link [LNKA] enabled at IRQ 10> [ 1.569364] PCI Interrupt Link [LNKB] enabled at IRQ 11> [ 1.618251] virtio_blk virtio4: [vda] 143360 512-byte logical blocks (73.4 MB/70.0 MiB)> [ 1.667705] random: fast init done> [ 1.669014] random: crng init done> [ 1.671153] FS-Cache: Loaded> [ 1.677011] 9pnet: Installing 9P2000 support> [ 1.679743] 9p: Installing v9fs 9p2000 file system support> [ 1.681353] FS-Cache: Netfs '9p' registered for caching> In gnu/build/linux-boot.scm:> 516:13 2 (_)> 367:8 1 (mount-root-file-system "/dev/vda1" "ext4" # _)> In unknown file:> 0 (mount "/dev/vda1" "/real-root" "ext4" 1 #<undefined>)> In procedure mount: No such file or directory
Could you launch QEMU by hand (grab the command line from the derivationbuilder or something like that) to get to the initrd REPL when thiserror occurs, and from there inspect what’s in /dev?
I don’t have any better idea. :-/
Thanks,Ludo’.
L
L
Ludovic Courtès wrote on 14 Nov 2018 11:23
control message for bug #33106
(address . control@debbugs.gnu.org)
87tvkkj6ua.fsf@gnu.org
tags 33106 moreinfo
T
T
Tobias Geerinckx-Rice wrote on 30 Nov 2020 22:36
"make check-system TESTS=basic" fails on master
87r1oawmqg.fsf@nckx
Chris!
Is this 2+-year-old bug still relevant? Do you still have the hardware to reproduce it?
Kind regards,
T G-R
-----BEGIN PGP SIGNATURE-----
iIMEARYKACsWIQT12iAyS4c9C3o4dnINsP+IT1VteQUCX8Vl5w0cbWVAdG9iaWFzLmdyAAoJEA2w/4hPVW15PrABAJdm1Q41bAV2RGJkpVnvyzXRtZyXNb5XPqTCDSd7CUu2AQDfvzCJnWp99IBUK1A40g77YLQ++0s6BJo+YNb0uvBKDA===oAsc-----END PGP SIGNATURE-----
Z
Z
zimoun wrote on 19 Dec 2020 10:08
(name . Chris Marusich)(address . cmmarusich@gmail.com)(address . 33106@debbugs.gnu.org)
86czz6rwne.fsf@gmail.com
Hi Chris,
This bug#33106 is old with last activity 2+ years ago and tagged’moreinfo’ also 2+ years ago. Tobias asked [1] if it is possible toreproduce now?
1: http://issues.guix.gnu.org/issue/33106#10
On Sat, 20 Oct 2018 at 12:09, Chris Marusich <cmmarusich@gmail.com> wrote:
Toggle quote (11 lines)> The system test "basic" fails on commit> 7d1f21c69aa89e4c7c57ace26af80d168157b243 (master). To reproduce, check> out that commit and run:>> make check-system TESTS="basic">> For the record, this is on an x86_64-linux GuixSD system using an ext4> root file system. Here's the error (I've sanitized the output, which> apparently contained some unprintable characters, and removed some lines> for brevity):
[...]
Toggle quote (15 lines)> 1) Where is the "basic.log" file? I checked the Guix checkout and the> retained directory of the failed derivation (i.e., the directory> produced by guix build --keep-failed /gnu/store/...gjmid5-basic.drv),> but I don't see it anywhere.>> 2) The test seems to have failed becuase of the following issue, which> is mentioned in the output above:>> 0 (mount "/dev/vda1" "/real-root" "ext4" 1 #<undefined>)> In procedure mount: No such file or directory>> The next steps are probably to look into whether /dev/vda1 or /real-root> exist when that call is made, and if one of them is missing, investigate> why it doesn't exist.
If no moreinfo, this bug will be closed in the coming days.
All the best,simon
PS: Chris, I hope that everything is fine on your side because I havenot read something from you since long time.
Z
Z
zimoun wrote on 22 Dec 2020 15:13
(name . Chris Marusich)(address . cmmarusich@gmail.com)(address . 33106-done@debbugs.gnu.org)
865z4u7wu1.fsf@gmail.com
Hi,
On Sat, 19 Dec 2020 at 10:08, zimoun <zimon.toutoune@gmail.com> wrote:
Toggle quote (14 lines)> This bug#33106 is old with last activity 2+ years ago and tagged> ’moreinfo’ also 2+ years ago. Tobias asked [1] if it is possible to> reproduce now?>> 1: <http://issues.guix.gnu.org/issue/33106#10>>> On Sat, 20 Oct 2018 at 12:09, Chris Marusich <cmmarusich@gmail.com> wrote:>>> The system test "basic" fails on commit>> 7d1f21c69aa89e4c7c57ace26af80d168157b243 (master). To reproduce, check>> out that commit and run:>>>> make check-system TESTS="basic"
[...]
Toggle quote (2 lines)> If no moreinfo, this bug will be closed in the coming days.
I am closing. Feel free to reopen if I misunderstood something.
All the best,simon
Closed
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send email to 33106@debbugs.gnu.org