[Swan-dev] testing: virtual machine kernels out of sync.

D. Hugh Redelmeier hugh at mimosa.com
Sat Mar 15 22:47:11 EET 2014


| From: D. Hugh Redelmeier <hugh at mimosa.com>

I ran "make check" last night.  Wow: it mostly completed!  I don't
think that anything passed -- the baseline scripts are not current.

Two tests failed because KLIPS could not load.  Out of all those
tests.  Seems random.  But basic-pluto-01 was one of them.  Not quite
random -- that was the one that was failing for me.

The other one that failed was interop-ikev2-strongswan-11-nat-initiator

I don't know for sure that the problem is that the wrong kernel is
booted -- all the evidence is gone and the logs don't list the kernel
version.

Wait, I'm wrong.
	Using 'no_kernel' interface code on 3.9.5-301.fc19.x86_64
appears in
	interop-ikev2-strongswan-11-nat-initiator/OUTPUT/east.pluto.log
and no other file in any OUPUT directory.  So it looks as if booting
the wrong kernel was the problem with at least this test.

==>  Why is the wrong kernel booted sometimes?

Lots of OUTPUT files were branded with the 3.12.11-201.fc19.x86_64
string simply because of all the oopses.

[   61.989023] WARNING: CPU: 0 PID: 1762 at kernel/smp.c:371 smp_call_function_many+0xb5/0x330()
[   61.989023] Modules linked in: crypto_null ipsec(OF) camellia_generic camellia_x86_64 cast6_generic cast5_generic cast_common deflate cts gcm ccm serpent_sse2_x86_64 serpent_generic blowfish_generic blowfish_x86_64 blowfish_common twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common xcbc sha512_generic des_generic tpm_rng tpm tpm_bios timeriomem_rng ip6table_filter ip6_tables xt_LOG 9p fscache ppdev virtio_net microcode virtio_console qxl ttm serio_raw drm_kms_helper virtio_balloon parport_pc parport i2c_piix4 drm i2c_core virtio_rng 9pnet_virtio 9pnet virtio_blk virtio_pci virtio_ring virtio ata_generic pata_acpi
[   61.989023] CPU: 0 PID: 1762 Comm: pluto Tainted: GF          O 3.12.11-201.fc19.x86_64 #1
[   61.989023] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[   61.989023]  0000000000000009 ffff88001ce77b70 ffffffff816676a5 0000000000000000
[   61.989023]  ffff88001ce77ba8 ffffffff8106903d 0000000000000000 ffffffff81cfa1e0
[   61.989023]  0000000000000000 0000000000000000 0000000000000000 ffff88001ce77bb8
[   61.989023] Call Trace:
[   61.989023]  [<ffffffff816676a5>] dump_stack+0x45/0x56
[   61.989023]  [<ffffffff8106903d>] warn_slowpath_common+0x7d/0xa0
[   61.989023]  [<ffffffff8106911a>] warn_slowpath_null+0x1a/0x20
[   61.989023]  [<ffffffff810d0bb5>] smp_call_function_many+0xb5/0x330
[   61.989023]  [<ffffffff81018c10>] ? setup_data_read+0x90/0x90
[   61.989023]  [<ffffffff81056258>] ? __native_set_fixmap+0x28/0x40
[   61.989023]  [<ffffffff815d084c>] ? udp_queue_rcv_skb+0xac/0x3a0
[   61.989023]  [<ffffffff81018c10>] ? setup_data_read+0x90/0x90
[   61.989023]  [<ffffffff815d084d>] ? udp_queue_rcv_skb+0xad/0x3a0
[   61.989023]  [<ffffffff810d106d>] on_each_cpu+0x2d/0x60
[   61.989023]  [<ffffffff815d084c>] ? udp_queue_rcv_skb+0xac/0x3a0
[   61.989023]  [<ffffffff810193bb>] text_poke_bp+0x5b/0xc0
[   61.989023]  [<ffffffff815d084c>] ? udp_queue_rcv_skb+0xac/0x3a0
[   61.989023]  [<ffffffff81016942>] __jump_label_transform.isra.0+0x112/0x140
[   61.989023]  [<ffffffff810169a7>] arch_jump_label_transform+0x37/0x50
[   61.989023]  [<ffffffff81140c0f>] __jump_label_update+0x5f/0x80
[   61.989023]  [<ffffffff81140ccd>] jump_label_update+0x9d/0xb0
[   61.989023]  [<ffffffff81140e6d>] static_key_slow_inc+0x6d/0x90
[   61.989023]  [<ffffffff815cdb20>] udp_encap_enable+0x20/0x30
[   61.989023]  [<ffffffffa0214e1a>] ipsec_tunnel_ioctl+0x19a/0x750 [ipsec]
[   61.989023]  [<ffffffff8157ec73>] dev_ifsioc+0x303/0x350
[   61.989023]  [<ffffffff81567839>] ? dev_get_by_name_rcu+0x69/0x90
[   61.989023]  [<ffffffff8157f12d>] dev_ioctl+0x46d/0x560
[   61.989023]  [<ffffffff81550102>] sock_ioctl+0x132/0x2c0
[   61.989023]  [<ffffffff811c113d>] do_vfs_ioctl+0x2dd/0x4b0
[   61.989023]  [<ffffffff811c1391>] SyS_ioctl+0x81/0xa0
[   61.989023]  [<ffffffff81676669>] system_call_fastpath+0x16/0x1b
[   61.989023] ---[ end trace b8d6dbb6e811ee38 ]---

==> Why do we get this oops?


More information about the Swan-dev mailing list