From owner-freebsd-net@FreeBSD.ORG Tue Sep 27 05:50:56 2011 Return-Path: <owner-freebsd-net@FreeBSD.ORG> Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11EF31065672 for <freebsd-net@freebsd.org>; Tue, 27 Sep 2011 05:50:56 +0000 (UTC) (envelope-from s.dave.jones@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B95068FC13 for <freebsd-net@freebsd.org>; Tue, 27 Sep 2011 05:50:55 +0000 (UTC) Received: by vws11 with SMTP id 11so8092452vws.13 for <freebsd-net@freebsd.org>; Mon, 26 Sep 2011 22:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=X59R10adcx7pl69OHVz+b8w//vatNfma5Sj1AXm5Z/8=; b=m8rFd/sG4pnYUrhVKKXg4IHJ5zeNJw6AbQUe1lvuPdZkEW1x4v0nBiiZE/q7eqqp8p YculbpnLW0rvlbqWKQk8vnNasrMm1lybUIoHxEhDRCBjTRlwzvZoLzNZMA8gQOmwjJNB P0Tb/pmdN1dkoL/vfPgmktcJ9CTrVGajG/P2c= MIME-Version: 1.0 Received: by 10.52.24.231 with SMTP id x7mr341364vdf.184.1317102654629; Mon, 26 Sep 2011 22:50:54 -0700 (PDT) Received: by 10.52.107.194 with HTTP; Mon, 26 Sep 2011 22:50:54 -0700 (PDT) In-Reply-To: <CACqU3MVKunQAZj2q1ng2po451vnLMzbp2aTYcZdFpm8h2Hop_A@mail.gmail.com> References: <CANf5e8aG4go4M_vsRExUsJB_sjaN5x-QK-TCDAhSH64JSo0mdQ@mail.gmail.com> <CACqU3MXStMMEoppvDtZS6hV4WGttbdJiF8E-ORwJ+QSmnTy-Yg@mail.gmail.com> <CACqU3MV-t4Va6VWUoXy1Y9FYnNJTUw1X+E7ik-2+tMVuVOV3RA@mail.gmail.com> <CANf5e8bbaRU5_GFX4d4E_wouzdx8Bmf7NjvR1_1EeeW=K0irvA@mail.gmail.com> <CACqU3MVKunQAZj2q1ng2po451vnLMzbp2aTYcZdFpm8h2Hop_A@mail.gmail.com> Date: Tue, 27 Sep 2011 13:50:54 +0800 Message-ID: <CANf5e8Z=t2xuVou4jnADdR8_iHBa8GLNgY-wd1yH=15AY66yRg@mail.gmail.com> From: dave jones <s.dave.jones@gmail.com> To: Arnaud Lacombe <lacombar@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Kernel panic on FreeBSD 9.0-beta2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net> List-Post: <mailto:freebsd-net@freebsd.org> List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=subscribe> X-List-Received-Date: Tue, 27 Sep 2011 05:50:56 -0000 On Tue, Sep 27, 2011 at 9:24 AM, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 26, 2011 at 8:51 PM, dave jones <s.dave.jones@gmail.com> wrot= e: >> On Mon, Sep 26, 2011 at 1:41 PM, Arnaud Lacombe wrote: >>> Hi, >>> >>> On Mon, Sep 26, 2011 at 1:12 AM, Arnaud Lacombe wrote: >>>> Hi, >>>> >>>> On Mon, Sep 26, 2011 at 12:43 AM, dave jones wrote: >>>>> Hi, >>>>> I have two production machines running on freebsd 9.0-beta2 and both = got >>>>> kernel panic related to networking. Any idea how to solve it? thanks. >>>>> >>>>> http://http://60.248.161.9/p1.jpg >>>>> http://http://60.248.161.9/p2.jpg >>>>> >>>> this host is really slow :-) >>>> >>>> To avoid the waiting time, the backtrace is: >>>> >>>> in_pcbbind_setup()+0x28f >>>> in_pcbbind()+0xa9 >>>> udp_bind() >>>> bind() >>>> kern_bind() >>>> syscall_enter() >>>> syscall() >>>> >>>> faulted at VA 0x07. Origin process in named. >>>> >>> AFAICT, the crash happens in the following block: >>> >>> =A0/* >>> =A0 * XXX >>> =A0 * This entire block sorely needs a rewrite. >>> =A0 */ >>> =A0 =A0 =A0 =A0if (t && >>> =A0 =A0 =A0 =A0 =A0 =A0((t->inp_flags & INP_TIMEWAIT) =3D=3D 0) && >>> =A0 =A0 =A0 =A0 =A0 =A0(so->so_type !=3D SOCK_STREAM || >>> =A0 =A0 =A0 =A0 =A0 =A0 ntohl(t->inp_faddr.s_addr) =3D=3D INADDR_ANY) &= & >>> =A0 =A0 =A0 =A0 =A0 =A0(ntohl(sin->sin_addr.s_addr) !=3D INADDR_ANY || >>> =A0 =A0 =A0 =A0 =A0 =A0 ntohl(t->inp_laddr.s_addr) !=3D INADDR_ANY || >>> =A0 =A0 =A0 =A0 =A0 =A0 (t->inp_socket->so_options & >>> =A0 =A0 =A0 =A0 =A0 SO_REUSEPORT) =3D=3D 0) && >>> =A0 =A0 =A0 =A0 =A0 =A0(inp->inp_cred->cr_uid !=3D >>> =A0 =A0 =A0 =A0 =A0 =A0 t->inp_cred->cr_uid)) >>> =A0 =A0 =A0 =A0 =A0return (EADDRINUSE); >>> =A0 =A0 =A0} >>> >>> more specifically, `t->inp_socket' is NULL. The top comment may not be >>> relevant, as it's been here for the past 8 years. >> >> Hi Arnaud, >> >> Ah, thanks for the info. I'm wondering if you have a patch to fix that i= ssue? >> Guess what? another production machine got the same panic, oh my~ > Can you give us more precision on the condition of the crash ? is it > immediately at boot-time ? If not, is it when a special network > condition occurs ? What kind of load is named(9) having on average > before the panic ? Are you using any fancy configuration or thing out > of the ordinary ? Are you using named from the base system, or from > port ? Hi Arnaud, Sorry for the confusion. It's not crashed at boot-time and named(9) used to create a caching-only name server and it worked on FreeBSD <=3D 8.2 for yea= rs. I've been using named from the base system. When I switched to 9.0-beta2, it got panic after running three days *sigh* > Thanks, > =A0- Arnaud BR, Dave.