From owner-freebsd-stable@freebsd.org Fri Aug 31 20:22:41 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47DBDFDB972 for ; Fri, 31 Aug 2018 20:22:41 +0000 (UTC) (envelope-from cyschow@shaw.ca) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BE9BB83D8A for ; Fri, 31 Aug 2018 20:22:40 +0000 (UTC) (envelope-from cyschow@shaw.ca) Received: by mailman.ysv.freebsd.org (Postfix) id 87962FDB971; Fri, 31 Aug 2018 20:22:40 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65B73FDB96F for ; Fri, 31 Aug 2018 20:22:40 +0000 (UTC) (envelope-from cyschow@shaw.ca) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E752483D88 for ; Fri, 31 Aug 2018 20:22:39 +0000 (UTC) (envelope-from cyschow@shaw.ca) Received: from mail.intranet.peyto.ca ([24.64.227.31]) by shaw.ca with ESMTP id vpw6fyKyfWppDvpw7f2GA9; Fri, 31 Aug 2018 14:22:32 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shaw.ca; s=s20180605; t=1535746952; bh=RXiLfgfBv8burP40JzCoodbmFvci3sa8V8u1XpwSZtQ=; h=Subject:From:To:Cc:References:Date:In-Reply-To; b=UTCJ46s2tgEiyjqcKNI+ZQZPNLTzLbPB5uvZReAlaRinagczzlH6+rE2rmyDnFhmX ngeBMh49nZJjXBNJO13B6V3SQF2u3r3EtnYsS2Pbi5Dp3eTqHwYoEXghSXVJ6b3IpX B+VtIJR4yx/8Wnh+/vJop17TzeVrUrfLddN42n2c4aBvGSAkJuX2cNbTETAbgHnz0U wdGf4os7TDgoz+LHUvwASa7YwQ6NZA3nfDP7+rAPfymHnqaZqTEtEm9lM1rjPv/vXr RMofcXcumSwgOovub6EK+WzmgSsVFx755+t4wnCcbvkXRYDenkKwuJNJ/bswOXXEy7 hES04RIIXcmKw== X-Authority-Analysis: v=2.3 cv=YIcrNiOx c=1 sm=1 tr=0 a=EzZWVta4pqxsgR2mpKnCwA==:117 a=EzZWVta4pqxsgR2mpKnCwA==:17 a=IkcTkHD0fZMA:10 a=O76VCmqbo-wA:10 a=x7bEGLp0ZPQA:10 a=dapMudl6Dx4A:10 a=jS6kb-GYMDKg-IXleX4A:9 a=QEXdDO2ut3YA:10 a=Bl1bqend9reKY-4Nh7dc:22 a=HH7FIXwXL_sUf1zzYxQd:22 Received: from [192.168.4.6] (unknown [192.168.4.6]) by mail.intranet.peyto.ca (Postfix) with ESMTPSA id 5513C131B0C; Fri, 31 Aug 2018 14:22:19 -0600 (MDT) Subject: Re: Cannot setup dumpdev on glabel disk From: Samuel Chow To: Mark Johnston , Eugene Grosbein Cc: stable@freebsd.org References: <19f80f48-5fea-e105-18b2-1a64e06acc79@shaw.ca> <6f6685d0-08c6-dbe2-62b5-3628f91917d9@grosbein.net> <20180831192103.GC54904@raichu> Message-ID: <1a12cc03-8ffe-319e-96cf-8056cf80dec5@shaw.ca> Date: Fri, 31 Aug 2018 14:22:16 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Peyto-MailScanner-Information: Please contact the ISP for more information X-Peyto-MailScanner-ID: 5513C131B0C.A23BE X-Peyto-MailScanner: Found to be clean X-Peyto-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-Peyto-MailScanner-From: cyschow@shaw.ca X-Spam-Status: No X-CMAE-Envelope: MS4wfGuvPXSWAwTIALRLkVoNT9/wq3IUO8+6C2TZ+cAyC7lHst+HTuCaXdnU/EvLPFVZxGzEW7uVHhWi2I8aobX9A40u8HYpPbnEpRQVwzoaZCSjWSAecjeT euu/f5XC9v2Qz4WqetjdRHwASji6XVbgxaF5May6sY0eNlh9JM+RIN/wHOLtggLmBjbfxR/s6vtjj6N0AxYq6GzKUjTvup/dTW7GE8Oqdq+RT41mrbp+PjMi KjzVbxbVCCcAqabPtgM2bA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 31 Aug 2018 20:22:41 -0000 On 8/31/2018 1:52 PM, Samuel Chow wrote: > On 8/31/2018 1:46 PM, Samuel Chow wrote: >> On 8/31/2018 1:21 PM, Mark Johnston wrote: >>> On Sat, Sep 01, 2018 at 02:09:12AM +0700, Eugene Grosbein wrote: >>>> 31.08.2018 23:08, Samuel Chow wrote: >>>> >>>>> I am running 11-STABLE, and I am experiencing kernel panics when I >>>>> am destroying a VIMAGE-based jail. Naturally, I flipped to the >>>>> chapter about 'Kernel Debugging' to learn about 'Obtaining a >>>>> Kernel Crash Dump'. >>>>> >>>>> However, I am finding that my permanently glabel'ed disk partition >>>>> cannot be used as dumpdev. Is that true, and why not? I mean, swap >>>>> can use it just fine. I am unable to find this restriction in the >>>>> documentation. >>>>> >>>>> >>>>> # grep swap /etc/fstab >>>>> /dev/label/boot01b      none         swap       sw      0 0 >>>>> # swapinfo >>>>> Device          1K-blocks     Used    Avail Capacity >>>>> /dev/label/boot01b  41943040        0 41943040     0% >>>>> # glabel status | grep boot >>>>>    label/boot01     N/A  ada4s1 >>>>>    label/boot02     N/A  ada5s1 >>>>> # dumpon /dev/label/boot01b >>>>> dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported by device >>>> That's not about label but underlying device that seems to be >>>> GEOM_PART_MBR >>>> and it allows kernel dumps only if slice (MBR partition) type is >>>> 0xa5 for "freebsd" >>>> or 0x82 ("linux swap"). Please show output of the command "gpart >>>> show ada4". >>> Ah, right, please ignore my other reply.  When I actually test it >>> myself, dumpon /dev/label/foo seems to work; I assumed the lack of >>> handling for GEOM::kerneldump in the glabel code was a problem. Sorry >>> for the noise. >> >> I wonder if you are testing the same thing as I am? It looks like you >> are dumping to a glabel'ed device directly, whereas I am dumping to >> the b partition of my glabel'ed disk. >> >> > > Wait.  Maybe my problem is because I did not setup the b partition > correctly with fstype swap. I will check it out later. > > # bsdlabel /dev/label/boot01 > # /dev/label/boot01: > 8 partitions: > #          size     offset    fstype   [fsize bsize bps/cpg] >   a:   10485760          1    4.2BSD        0     0     0 >   b:   83886080   10485761    4.2BSD        0     0     0 >   c:  937703024          0    unused        0     0     # "raw" part, > don't edit >   d:   41943040   94371841    4.2BSD        0     0     0 >   e:   20971520  136314881    4.2BSD        0     0     0 >   f:   83886080  157286401    4.2BSD        0     0     0 >   g:  696530536  241172481       ZFS > That was indeed the problem. It is working now. Sorry for the noise.