From owner-freebsd-current@freebsd.org Mon Jul 18 17:46:58 2016 Return-Path: Delivered-To: freebsd-current@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 A8869B9DBDF for ; Mon, 18 Jul 2016 17:46:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C65DC173D; Mon, 18 Jul 2016 17:46:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA14052; Mon, 18 Jul 2016 20:46:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bPCd5-0001q8-Ay; Mon, 18 Jul 2016 20:46:55 +0300 Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 To: Don Lewis References: <201607181740.u6IHei4V047645@gw.catspoiler.org> Cc: freebsd-current@FreeBSD.org From: Andriy Gapon Message-ID: <831f819b-68bb-5425-a4cf-47a51a136ddf@FreeBSD.org> Date: Mon, 18 Jul 2016 20:45:59 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <201607181740.u6IHei4V047645@gw.catspoiler.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 17:46:58 -0000 On 18/07/2016 20:40, Don Lewis wrote: > On 18 Jul, Andriy Gapon wrote: >> On 08/07/2016 07:13, Don Lewis wrote: >>> My package buiding machine just crashed with this panic during a >>> poudriere run: >>> >>> panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg-1) & TXG_MASK] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg >> >> Don, >> >> do you have a crash dump? >> It would be interesting to see a pretty-print of dn, dn->dn_phys, db and >> tx in the frame where the assert is hit. > > I do. Unfortunately kgdb reports that the values of dn and db were > optimized out. > Well... You can try to use kgdb7111 from ports, perhaps it would work better. Also, it's often possible to find values of wanted variables by finding a relevant value that's not optimized out and then following through pointers, etc to get to the right values. in other cases it's possible to get the values by examining the disassembly and values of registers. Finally, if you can get anything useful out of the dump it would make sense to follow up to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203419 -- Andriy Gapon