From: "Alex Yeh (ayeh)" <ayeh@cisco.com> To: "dev@dpdk.org" <dev@dpdk.org>, "ovs-dev@openvswitch.org" <ovs-dev@openvswitch.org> Cc: "Yegappan Lakshmanan (yega)" <yega@cisco.com> Subject: [dpdk-dev] ovs-vswitchd with DPDK crashed when guest VM restarts network service Date: Thu, 19 Nov 2020 01:44:31 +0000 Message-ID: <BY5PR11MB4056B227C2D7FF2F5DFC8234D5E00@BY5PR11MB4056.namprd11.prod.outlook.com> (raw) Hi, We are seeing a ovs-vswitchd service crash with segfault in the librte_vhost library when a DPDK application within a guest VM is stopped. We are using OVS 2.11.1 on CentOS 7.6 (3.10.0-1062 Linux kernel) with DPDK 18.11.2. We are using OVS-DPDK on the host and the guest VM is running a DPDK application. With some traffic, if the application service within the VM is restarted, then OVS crashes. This crash is not seen if the guest VM is restarted (instead of stopping the application within the VM). The crash trackback (attached below) points to the rte_memcpy_generic() function in rte_memcpy.h. It looks like the crash occurs when vhost is trying to dequeue the packets from the guest VM (as the application in the guest VM has stopped and the huge pages are returned to the guest kernel). We have tried enabling iommu in ovs by setting "other_config:vhost-iommu-support=true" and enabling iommu in qemu using the following configuration in the guest domain XML: <iommu model='intel'> <driver intremap='on'/> </iommu> With iommu enabled ovs-vswitchd still crashes when guest VM restarts the network service. Is this a known problem? Anyone else seen a crash like this? How can we protect the ovs-vswitchd from crashing when a guest VM restarts the network application or service? Thanks Alex ------------------------------------------------------------------------ Log: Oct 7 19:54:16 Branch81-Bravo kernel: [2245909.596635] pmd16[25721]: segfault at 7f4d1d733000 ip 00007f4d2ae5d066 sp 00007f4d1ce65618 error 4 in librte_vhost.so.4[7f4d2ae52000+1a000] Oct 7 19:54:19 Branch81-Bravo systemd[1]: ovs-vswitchd.service: main process exited, code=killed, status=11/SEGV Environment: CentOs 7.6.1810 openvswitch-2.11.1-1.el7.centos.x86_64 openvswitch-kmod-2.11.1-1.el7.centos.x86_64 dpdk-18.11-2.el7.centos.x86_64 3.10.0-1062.4.1.el7.x86_64 qemu-kvm-ev-2.12.0-18.el7.centos_6.1.1 Core dump trace: (gdb) bt #-1 0x00007ffff205602e in rte_memcpy_generic (dst=<optimized out>, src=0x7fffcef3607c, n=<optimized out>) at /usr/src/debug/dpdk-18.11/x86_64-native-linuxapp-gcc/include/rte_memcpy.h:793 Backtrace stopped: Cannot access memory at address 0x7ffff20558f0 (gdb) list *0x00007ffff205602e 0x7ffff205602e is in rte_memcpy_generic (/usr/src/debug/dpdk-18.11/x86_64-native-linuxapp-gcc/include/rte_memcpy.h:793). 788 } 789 790 /** 791 * For copy with unaligned load 792 */ 793 MOVEUNALIGNED_LEFT47(dst, src, n, srcofs); 794 795 /** 796 * Copy whatever left 797 */ (gdb) list *0x00007ffff205c192 0x7ffff205c192 is in rte_vhost_dequeue_burst (/usr/src/debug/dpdk-18.11/lib/librte_vhost/virtio_net.c:1192). 1187 * In zero copy mode, one mbuf can only reference data 1188 * for one or partial of one desc buff. 1189 */ 1190 mbuf_avail = cpy_len; 1191 } else { 1192 if (likely(cpy_len > MAX_BATCH_LEN || 1193 vq->batch_copy_nb_elems >= vq->size || 1194 (hdr && cur == m))) { 1195 rte_memcpy(rte_pktmbuf_mtod_offset(cur, void *, 1196 mbuf_offset), (gdb)
next reply other threads:[~2020-11-19 3:54 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-11-19 1:44 Alex Yeh (ayeh) [this message] 2020-11-19 11:21 ` [dpdk-dev] [ovs-dev] " Stokes, Ian 2020-11-19 12:08 ` Kevin Traynor 2021-01-08 19:35 ` Alex Yeh (ayeh) 2021-01-12 18:20 ` Alex Yeh (ayeh) 2021-01-13 14:14 ` Kevin Traynor
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=BY5PR11MB4056B227C2D7FF2F5DFC8234D5E00@BY5PR11MB4056.namprd11.prod.outlook.com \ --to=ayeh@cisco.com \ --cc=dev@dpdk.org \ --cc=ovs-dev@openvswitch.org \ --cc=yega@cisco.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
DPDK patches and discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://inbox.dpdk.org/dev/0 dev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 dev dev/ http://inbox.dpdk.org/dev \ dev@dpdk.org public-inbox-index dev Example config snippet for mirrors. Newsgroup available over NNTP: nntp://inbox.dpdk.org/inbox.dpdk.dev AGPL code for this site: git clone https://public-inbox.org/public-inbox.git