From owner-freebsd-virtualization@freebsd.org Fri Jan 20 18:13:07 2017 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28077CB9971; Fri, 20 Jan 2017 18:13:07 +0000 (UTC) (envelope-from fbstable@cps-intl.org) Received: from mailer.parlicentre.org (mailer.parlicentre.org [199.48.132.166]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E8A41099; Fri, 20 Jan 2017 18:13:06 +0000 (UTC) (envelope-from fbstable@cps-intl.org) From: SK To: freebsd-stable@freebsd.org, freebsd-xen@freebsd.org, freebsd-virtualization@freebsd.org References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> Message-ID: <6cf1e470-f218-8c7a-bf94-9dcbf3320eef@cps-intl.org> Date: Fri, 20 Jan 2017 18:10:48 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Mail-From: fbstable@cps-intl.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mailer.parlicentre.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server :: &ro X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mailer.parlicentre.org) X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 18:13:07 -0000 On 20/01/2017 16:44, Roger Pau Monné wrote: > On Fri, Jan 20, 2017 at 07:20:15PM +0300, Andrey V. Elsukov wrote: >> On 20.01.2017 18:57, Trond Endrestøl wrote: >>>> Here is the situation: >>>> I have a VPS server from a well reputed provider (and they deserve the >>>> reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization >>>> (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, >>>> so I compiled the kernel, added cloned_interface="bridge0" and restarted the >>>> server. But as soon as I am attaching the xn0 to bridge0, the kernel is >>>> panicking and the server restarting. >>>> Any suggestion/pointer/test-instruction is highly appreciated. >>> The code crashes at line 427 of sys/netinet/if_ether.c: >>> >>> ARPSTAT_INC(txrequests); >>> >>> See >>> https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 >>> >>> stable/11 has problems accounting the outgoing octets of any xn >>> interface, although this isn't connected to your case. >>> >>> Just to rule out any uncertainty, try this patch: >>> >>> https://svnweb.freebsd.org/base?view=revision&revision=308126 >>> >>> See PR 213439, >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 >>> >>> Note, I'm not a developer nor a committer, just a humble sysadmin. >> This problem is unrelated. ARP statistics is global and isn't related to >> some specific interface. IMHO, the kernel panics due to missing VNET >> context. As I see from the code in sys/dev/xen, it is not capable with >> VIMAGE. > I cannot really look into this right now due to lack of time, but I'm more than > happy to review/apply patches in order to fix this. > > Roger. > Further to my previous, since the provider of the VPS confirmed that they could run FreeBSD 10 and use bridge without any issue, I thought I'd have a look. The section from my crash-debug 0xffffffff80c2dd93 is in arprequest (/usr/src/sys/netinet/if_ether.c:427). 422 ro.ro_flags = 0; 423 424 m->m_flags |= M_BCAST; 425 m_clrprotoflags(m); /* Avoid confusing lower layers. */ 426 (*ifp->if_output)(ifp, m, &sa, &ro); 427 ARPSTAT_INC(txrequests); 428 } 429 430 I compared the file (if_ether.c) from 10, and it seems that the line 426 is different -- it contains NULL instead of &ro at the end. I did nto see any ro.* (right before this section) on the file in 10 either. Could this be significant? Thanks and regards SK