From owner-freebsd-stable@FreeBSD.ORG Fri Apr 2 05:46:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15520106564A for ; Fri, 2 Apr 2010 05:46:34 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 8A77A8FC12 for ; Fri, 2 Apr 2010 05:46:33 +0000 (UTC) Received: by bwz8 with SMTP id 8so1382894bwz.3 for ; Thu, 01 Apr 2010 22:46:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:message-id:references:to :x-mailer; bh=zZ8fLcXoxWFMyHT7InugiwkBUs/u4g7BiDhNVsOizWA=; b=HcqNle0I4ft2lRnkVfTomtC6mXqW1qdnhHSpK/dj/EBjTad47qqUc02sXTICXamguO g86jAfLctsCREkKKgZM2G3dqtAQ01Fl7AAr0Vm4+Inn/DuXgIi9kpok1YRlwNvuApdJU MjhXLzIgT5+GfSi0s3n9RQMSINMik611zACmg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=tWf+06juy2po/kTDh4MZmgrjQiy4OQgHIdLiTHxjld9Pkg9Q837a6YD1wJNSkln+t9 DvQA+z6WWJbaGuYkiei8kqy/YcLH6zuBCqKFP7Yf2Ep7DVJg37rN5fX47ksnO6aYnTgS 1mbMPkt/2fWXDDQPGh+FkZh1Snaz3byVZndZc= Received: by 10.204.136.156 with SMTP id r28mr2349504bkt.112.1270187191887; Thu, 01 Apr 2010 22:46:31 -0700 (PDT) Received: from [192.168.0.41] (82.193.113.15.ipnet.kiev.ua [82.193.113.15]) by mx.google.com with ESMTPS id 15sm4614877bwz.8.2010.04.01.22.46.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 22:46:31 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/signed; boundary=Apple-Mail-3--177786261; protocol="application/pkcs7-signature"; micalg=sha1 From: Oleg Lomaka In-Reply-To: Date: Fri, 2 Apr 2010 08:46:29 +0300 Message-Id: <67FC0BD4-E06F-4DA1-AED3-B0D3B3D5A640@gmail.com> References: <44FD9C14-7114-4270-A7B6-F029995BA282@gmail.com> To: pluknet X-Mailer: Apple Mail (2.1078) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: panic during work with jailed postgresql8.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 05:46:34 -0000 --Apple-Mail-3--177786261 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Apr 2, 2010, at 4:52 AM, pluknet wrote: > On 1 April 2010 22:18, Oleg Lomaka wrote: >>=20 >>=20 >> I have a kernel panic when connect to postgresql8.4 server installed = in one of jails from another jail. It's 100% reproducible. >> Also I have tried to connect from host machine to jailed pg server. = That way it works fine without crash. >>=20 >> Server configuration uses geli and zfs. Four disks encrypted using = geli. And raidz2 is using ad8.eli, ad10.eli, ad12.eli, ad14.eli = providers. All jails located at this raidz2 pool. >>=20 >> Also I use ezjail for jails management. And it uses NFS to mount = directories with base system. >>=20 >> atal double fault >> rip =3D 0xffffffff8063510a >> rsp =3D 0xffffff80eaec5f50 >> rbp =3D 0xffffff80eaec6040 >> cpuid =3D 1; apic id =3D 02 >> panic: double fault >> cpuid =3D 1 >> Uptime: 7m11s >> Physical memory: 8169 MB >>=20 >> uname -a >> FreeBSD cerberus.regredi.com 8.0-STABLE FreeBSD 8.0-STABLE #7 = r206031: Thu Apr 1 13:43:57 EEST 2010 = root@cerberus.regredi.com:/usr/obj/usr/src/sys/GENERIC amd64 >>=20 >> Link to dmesg.boot: >> = http://docs.google.com/leaf?id=3D0B-irbkAqk9i7OGY2ZWJiODgtOWJmMy00NDQ1LTli= ZDctZjU3N2YwNmMxNjZl&hl=3Den >>=20 >> Link to kernel core backtrace: >> = http://docs.google.com/Doc?docid=3D0AeirbkAqk9i7ZGc5Yzc2ZndfM2M4NzYydmRw&h= l=3Den >=20 > Looking at backtrace, I wonder whether tp->t_maxseg changes in > tcp_mtudisc() at all. > You should be able to extract its value on each 2*n frame in that big > recursive call. You are right, pt->t_maxseg doesn't change (kgdb) frame 9 #9 0xffffffff807097e8 in tcp_mtudisc (inp=3D0xffffff00193c53f0, = errno=3DVariable "errno" is not available. ) at tcp_offload.h:282 282 return (tcp_output(tp)); (kgdb) p tp->t_maxseg $1 =3D 14336 (kgdb) frame 11 #11 0xffffffff807097e8 in tcp_mtudisc (inp=3D0xffffff00193c53f0, = errno=3DVariable "errno" is not available. ) at tcp_offload.h:282 282 return (tcp_output(tp)); (kgdb) p tp->t_maxseg $2 =3D 14336 ... (full log at = http://docs.google.com/Doc?docid=3D0AeirbkAqk9i7ZGc5Yzc2ZndfNGQ4cWpia2dz&h= l=3Den ) (kgdb) frame 81 #81 0xffffffff807097e8 in tcp_mtudisc (inp=3D0xffffff00193c53f0, = errno=3DVariable "errno" is not available. ) at tcp_offload.h:282 282 return (tcp_output(tp)); (kgdb) p tp->t_maxseg $37 =3D 14336 (kgdb)=20= --Apple-Mail-3--177786261--