vhost-net thread getting stuck ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Hello,

'am running into an issue with the latest bits. [ Pl. see below. The vhost thread seems to be getting stuck while trying to memcopy...perhaps a bad address?. ] Wondering if this is a known issue or
some recent regression ?

'am using the latest qemu (from qemu.git) and the latest kvm.git kernel on the host. Started the
guest using the following command line....

/usr/local/bin/qemu-system-x86_64 \
-enable-kvm \
-cpu host \
-smp sockets=8,cores=10,threads=1 \
-numa node,nodeid=0,cpus=0-9,mem=64g \
-numa node,nodeid=1,cpus=10-19,mem=64g \
-numa node,nodeid=2,cpus=20-29,mem=64g \
-numa node,nodeid=3,cpus=30-39,mem=64g \
-numa node,nodeid=4,cpus=40-49,mem=64g \
-numa node,nodeid=5,cpus=50-59,mem=64g \
-numa node,nodeid=6,cpus=60-69,mem=64g \
-numa node,nodeid=7,cpus=70-79,mem=64g \
-m 524288 \
-mem-path /dev/hugepages \
-name vm2 \
-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/vm2.monitor,server,now
ait \
-drive file=/dev/libvirt_lvm2/vm2,if=none,id=drive-virtio-disk0,format=raw,cache
=none,aio=native \
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=v
irtio-disk0,bootindex=1 \
-monitor stdio \
-net nic,model=virtio,macaddr=52:54:00:71:01:02,netdev=nic-0 \
-netdev tap,id=nic-0,ifname=tap0,script=no,downscript=no,vhost=on \
-vnc :4


Was just doing a basic kernel build in the guest when it hung with the following in the
dmesg of the host.

Thanks
Vinod

BUG: soft lockup - CPU#46 stuck for 23s! [vhost-135220:135231]
Modules linked in: kvm_intel kvm fuse ip6table_filter ip6_tables ebtable_nat ebtables nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle iptable_filter ip_tables bridge stp llc autofs4 sunrpc pcc_cpufreq ipv6 vhost_net macvtap macvlan tun uinput iTCO_wdt iTCO_vendor_support coretemp crc32c_intel ghash_clmulni_intel microcode pcspkr mlx4_core be2net lpc_ich mfd_core hpilo hpwdt i7core_edac edac_core sg netxen_nic ext4 mbcache jbd2 sr_mod cdrom sd_mod crc_t10dif aesni_intel ablk_helper cryptd lrw aes_x86_64 xts gf128mul pata_acpi ata_generic ata_piix hpsa lpfc scsi_transport_fc scsi_tgt radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core dm_mirror dm_region_hash dm_log dm_mod [last unloaded: kvm]
CPU 46
Pid: 135231, comm: vhost-135220 Not tainted 3.7.0+ #1 HP ProLiant DL980 G7
RIP: 0010:[<ffffffff8147bab0>] [<ffffffff8147bab0>] skb_flow_dissect+0x1b0/0x440
RSP: 0018:ffff881ffd131bc8  EFLAGS: 00000246
RAX: ffff8a1f7dc70c00 RBX: 00000000ffffffff RCX: 0000000000007fa0
RDX: 0000000000000000 RSI: ffff881ffd131c68 RDI: ffff8a1ff1bd6c80
RBP: ffff881ffd131c58 R08: ffff881ffd131bf8 R09: ffff8a1ff1bd6c80
R10: 0000000000000010 R11: 0000000000000004 R12: ffff8a1ff1bd6c80
R13: 000000000000000b R14: ffffffff8147330b R15: ffff881ffd131b58
FS:  0000000000000000(0000) GS:ffff8a1fff980000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000003d5c810dc0 CR3: 0000009f77c04000 CR4: 00000000000027e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process vhost-135220 (pid: 135231, threadinfo ffff881ffd130000, task ffff881ffcb754c0)
Stack:
 ffff881ffd131c18 ffffffff81477b90 00000000000000e2 00002b289bcc58ce
 ffff881ffd131ce4 00000000000000a2 0000000000000000 00000000000000a2
 00000000000000a2 00000000000000a2 ffff881ffd131c88 00000000937e754e
Call Trace:
 [<ffffffff81477b90>] ? memcpy_fromiovecend+0x90/0xd0
 [<ffffffff8147f3ca>] __skb_get_rxhash+0x1a/0xe0
 [<ffffffffa03c90f8>] tun_get_user+0x468/0x660 [tun]
 [<ffffffff81090010>] ? __sdt_alloc+0x80/0x1a0
 [<ffffffffa03c934d>] tun_sendmsg+0x5d/0x80 [tun]
 [<ffffffffa0468e8a>] handle_tx+0x34a/0x680 [vhost_net]
 [<ffffffffa04691f5>] handle_tx_kick+0x15/0x20 [vhost_net]
 [<ffffffffa0466dfc>] vhost_worker+0x10c/0x1c0 [vhost_net]
 [<ffffffffa0466cf0>] ? vhost_attach_cgroups_work+0x30/0x30 [vhost_net]
 [<ffffffffa0466cf0>] ? vhost_attach_cgroups_work+0x30/0x30 [vhost_net]
 [<ffffffff8107ecfe>] kthread+0xce/0xe0
 [<ffffffff8107ec30>] ? kthread_freezable_should_stop+0x70/0x70
 [<ffffffff815537ac>] ret_from_fork+0x7c/0xb0
 [<ffffffff8107ec30>] ? kthread_freezable_should_stop+0x70/0x70
Code: b6 50 06 48 89 ce 48 c1 ee 20 31 f1 41 89 0e 48 8b 48 20 48 33 48 18 48 89 c8 48 c1 e8 20 31 c1 41 89 4e 04 e9 35 ff ff ff 66 90 <0f> b6 50 09 e9 1a ff ff ff 0f 1f 80 00 00 00 00 41 8b 44 24 68
[root@hydra11 kvm_rik]#
Message from syslogd@hydra11 at Jan  9 13:06:58 ...
 kernel:BUG: soft lockup - CPU#46 stuck for 22s! [vhost-135220:135231]

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux