From owner-freebsd-hackers@freebsd.org Fri Aug 12 18:34:52 2016 Return-Path: Delivered-To: freebsd-hackers@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 2DCEEBB73AE for ; Fri, 12 Aug 2016 18:34:52 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f179.google.com (mail-io0-f179.google.com [209.85.223.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C16C615FC for ; Fri, 12 Aug 2016 18:34:51 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f179.google.com with SMTP id b62so32233072iod.3 for ; Fri, 12 Aug 2016 11:34:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=3qGfGOglMRtKy5i9D5gCL3G4U55m70j12SJDo9JWqsk=; b=RuWjO9/S2cYkeLkBu3HvqwM44VZ3v27Niz4UbSdgp/B3urnXuFsSEye9QoKwYdYOLQ TLinZOZmOgSojdncNStiQRIuRMSDoxtFY3quzNEs8YiVBR8Mzy8Y644eKjIO4J/oUxkg jS8Br792wYSZqv0i8Vh8iazmMYnehg7wYx27a3ERTmfE3K0e0v1vkPVKKR1EbImWrEaW zg4woHaIYnuZNNkowO3p4dJYAQrdPIYNEG5as/pC74ITbwe5BTmkak206z3LBuPa/9Cc JsMLmDBOd3h37cSU9drNuquRKeF7bE8JZePzg4lj3L6XYmzWBW3uk6GDAGTGzknrYG+R PsBA== X-Gm-Message-State: AEkoouuqo41IIKYE21+dykcyGEvg90Avl46xzeP0fyrTEwIOGtNYNf9tSEKpOKCsNIh8Sg== X-Received: by 10.107.129.152 with SMTP id l24mr20005891ioi.179.1471026884672; Fri, 12 Aug 2016 11:34:44 -0700 (PDT) Received: from mail-it0-f48.google.com (mail-it0-f48.google.com. [209.85.214.48]) by smtp.gmail.com with ESMTPSA id o74sm3947380ioe.37.2016.08.12.11.34.44 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Aug 2016 11:34:44 -0700 (PDT) Received: by mail-it0-f48.google.com with SMTP id x130so18500417ite.1 for ; Fri, 12 Aug 2016 11:34:44 -0700 (PDT) X-Received: by 10.36.29.15 with SMTP id 15mr264402itj.97.1471026884165; Fri, 12 Aug 2016 11:34:44 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.220.129 with HTTP; Fri, 12 Aug 2016 11:34:43 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Fri, 12 Aug 2016 11:34:43 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic not dumping to USB. To: Zaphod Beeblebrox Cc: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Aug 2016 18:34:52 -0000 Hi Zaphod, I don't think USB disks support polled I/O, which is needed for dump devices. As far as I know only classic disk devices (ATA, SCSI) work. Best, Conrad On Fri, Aug 12, 2016 at 10:35 AM, Zaphod Beeblebrox wrote: > My swap spaces are too small to hold some of the panic's. Either that, or > this is also happening to them. I added a 64G USB drive to the machine for > the express purpose of crash dumps. I formatted it with GPT and a label > (so that it wouldn't get mixed up with SCSI drives). The first partition > has the type freebsd-swap and the label 'crash' ... so /dev/gpt/crash is my > configured crash dump location. > > Luckily I have a serial console, so this is what's happening at crash-time: > > panic: dva_get_dsize_sync(): bad DVA 1573890:1587590144 > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff80e55fed at kdb_backtrace+0x8d > #1 0xffffffff80df76af at vpanic+0x1df > #2 0xffffffff80df74d0 at vpanic+0 > #3 0xffffffff822b8b01 at dva_get_dsize_sync+0xb1 > #4 0xffffffff822b8d9e at bp_get_dsize+0x12e > #5 0xffffffff8225a786 at dmu_tx_count_free+0x2f6 > #6 0xffffffff8225a334 at dmu_tx_hold_free+0x384 > #7 0xffffffff8223e9aa at dmu_free_long_range_impl+0xfa > #8 0xffffffff8223e850 at dmu_free_long_range+0x60 > #9 0xffffffff82312dfe at zfs_rmnode+0xbe > #10 0xffffffff822ed36f at zfs_zinactive+0xef > #11 0xffffffff82339da7 at zfs_freebsd_reclaim+0x87 > #12 0xffffffff81619894 at VOP_RECLAIM_APV+0x174 > #13 0xffffffff80f15e39 at VOP_RECLAIM+0x39 > #14 0xffffffff80f0ff99 at vgonel+0x3e9 > #15 0xffffffff80f105e1 at vrecycle+0xb1 > #16 0xffffffff8233614e at zfs_inactive+0x1ae > #17 0xffffffff82339d14 at zfs_freebsd_inactive+0x34 > Uptime: 1d5h2m19s > Dumping 10472 out of 49114 > MB:..1%..11%SESC[0mESC[2;30;40mESC[0mESC[1m^@ESC[01;0 > > ... obviously, that last bit after 11% is the console rebooting. Note that > dumping begins after Uptime. Is that normal? In this case, the 10472 > would fit on the 16G swap, but I'm not sure what the problem is. It > definitely fits on the 64G USB stick. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"