From owner-freebsd-stable@freebsd.org Fri Aug 31 19:47:34 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 48771FDA6CB for ; Fri, 31 Aug 2018 19:47:34 +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 D45C282682 for ; Fri, 31 Aug 2018 19:47:33 +0000 (UTC) (envelope-from cyschow@shaw.ca) Received: by mailman.ysv.freebsd.org (Postfix) id 990A9FDA6C2; Fri, 31 Aug 2018 19:47:33 +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 76FEFFDA6C0 for ; Fri, 31 Aug 2018 19:47:33 +0000 (UTC) (envelope-from cyschow@shaw.ca) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (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 00CC68267F for ; Fri, 31 Aug 2018 19:47:32 +0000 (UTC) (envelope-from cyschow@shaw.ca) Received: from mail.intranet.peyto.ca ([24.64.227.31]) by shaw.ca with ESMTP id vpOEfNZ2Z5HxqvpOGf36mP; Fri, 31 Aug 2018 13:47:32 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shaw.ca; s=s20180605; t=1535744852; bh=UkoHnGBgW469Gbru0+thQ0YMQkKzM6zJeYOoaeo662c=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=Uf1VxQYdVDMmCnFWFVJsJ4VKdRN8OZQ9/9E33Ib/6ao9zbw9Cna3OPvt+hWLq/pWN 3ovVMnfeTNEerKpOOI/mvvT3LD8xOqs/zlL7avTQKjfGOuwzBHai8tuB5j+B68mF5Z TbFfpfg6WdXRXGCDa+hiV3fe1Z4YYPQGA2qIrZU8EHZJgP5aFLMaufvgmvKNcxjETn HpqzNdGBBaBM8Ag58OIhvvXkR4kVLXb0LU9U9gDBn/YJTMi3j6kltibt8Oc+gdIV9i OogTkABv3fHO2bwaicnd3MsUEend/1kOScEy/zUBJc8CDRjPLjP35KprKfJ8CRfPX+ nEUcFAQ5zsaag== X-Authority-Analysis: v=2.3 cv=BMcHU2YG 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=-gKsbuZ1JRK-9DhMoacA: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 AB5681318DF; Fri, 31 Aug 2018 13:46:10 -0600 (MDT) Subject: Re: Cannot setup dumpdev on glabel disk 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> From: Samuel Chow Message-ID: Date: Fri, 31 Aug 2018 13:46:08 -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: <20180831192103.GC54904@raichu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Peyto-MailScanner-Information: Please contact the ISP for more information X-Peyto-MailScanner-ID: AB5681318DF.A322A 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: MS4wfGLqOgS+IlXlvxDdc7h+NF2JKv0LEWWugGhI8EA6QlNb6YRlZudOgMJz8hcKoc6inezj+xalWczaELlxw8ljfLrxtks/SQ9+WOdoJCQnqxFeSzNIqCG5 OiH9XJry/rok3/jpFtqp2ERKTqNJ+zYEO8TKz6dLftrkbkvzYTfSqooNlqlaVbDlegEv0ijcHEwKWHQAX4eJGkJljHYJ1Dv6mz/z7iViIb8niTy/8fBstbFZ 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 19:47:34 -0000 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.