From owner-freebsd-fs@FreeBSD.ORG Sun Sep 7 00:02:29 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 237DB648 for ; Sun, 7 Sep 2014 00:02:29 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED274172F for ; Sun, 7 Sep 2014 00:02:28 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id ft15so2384835pdb.32 for ; Sat, 06 Sep 2014 17:02:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=kWy+8vuGkK+hNBi7B7JpBgFOvSov1yhcaTCLTUHDhD0=; b=x2QdunwDWtGoq/w0ZOqldPzg2moR4lYbJe3nRUZwxXw1DmSj/f8HC0Exn9h5ey+35x QzcjEBcDrHtO4I5jKZiThwrmESqUyGwCmMz89kUPiIXIkRVAYeJx9DP/0mDA6foN1vB4 pAVnX+bE+PQjUrQ8NWg3V9O43RZ0TCZB9vT5Se7f9WF1WM/MouYMbTuTJMt6kBsy8lSk R/9RF7S6oQskzR7fWbODFLzT7NTaRdwoVkIcw45tcJOPX+DxiNEkqR7L3UI889PI7fuu QFMnxjQWPLCCpPF6Nn4jdaY70yn3+xNwKfbQavhkMvIH1hwMPs+50ghEZipy/WwUw1o+ iX0g== X-Received: by 10.67.1.195 with SMTP id bi3mr34088559pad.74.1410048147972; Sat, 06 Sep 2014 17:02:27 -0700 (PDT) Received: from localhost (c-76-21-76-83.hsd1.ca.comcast.net. [76.21.76.83]) by mx.google.com with ESMTPSA id ud6sm5204047pbc.25.2014.09.06.17.02.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Sep 2014 17:02:27 -0700 (PDT) Sender: Gleb Kurtsou Date: Sat, 6 Sep 2014 17:03:17 -0700 From: Gleb Kurtsou To: "Russell L. Carter" Subject: Re: pefs doesn't work as regular user Message-ID: <20140907000316.GA1888@reks> References: <540B7F42.5070803@pinyon.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <540B7F42.5070803@pinyon.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2014 00:02:29 -0000 On (06/09/2014 14:40), Russell L. Carter wrote: > Greetings, > So this is odd. I followed the instructions at > > http://www.bsdnow.tv/tutorials/pefs > > on one system, and as a regular user it works fine. > > But I try it on my laptop, and I get the following: > > rcarter@knuth> kldstat -m pefs > Id Refs Name > 27 1 pefs > rcarter@knuth> mkdir ~/docs > rcarter@knuth> pefs addchain -f -Z ~/docs > Enter parent key passphrase: > Reenter parent key passphrase: > rcarter@knuth> pefs mount ~/docs ~/docs > pefs mount: /home/rcarter/docs: Operation not permitted > rcarter@knuth> sudo pefs mount ~/docs ~/docs > rcarter@knuth> pefs unmount ~/docs > pefs unmount: unmount of /usr/home/rcarter/docs failed: Operation not > permitted > rcarter@knuth> sudo pefs unmount ~/docs > rcarter@knuth> /bin/rm -rf ~/docs > rcarter@knuth> > > So it works as root but not as $USER. I don't see anything different > about /etc/group on either system. sysctl vfs.usermount ? File system can be mounted only by root unless sysctl vfs.usermount=1. > > Any ideas? > > Thanks, > Russell From owner-freebsd-fs@FreeBSD.ORG Sun Sep 7 02:18:57 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AFBB47D; Sun, 7 Sep 2014 02:18:57 +0000 (UTC) Received: from quine.pinyon.org (quine.pinyon.org [65.101.5.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 642A91125; Sun, 7 Sep 2014 02:18:57 +0000 (UTC) Received: by quine.pinyon.org (Postfix, from userid 122) id 78006160318; Sat, 6 Sep 2014 19:18:55 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on quine.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from knuth.n1.pinyon.org (quine.pinyon.org [65.101.5.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by quine.pinyon.org (Postfix) with ESMTPSA id C894F1601AB; Sat, 6 Sep 2014 19:18:52 -0700 (MST) Message-ID: <540BC08C.1040500@pinyon.org> Date: Sat, 06 Sep 2014 19:18:52 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Gleb Kurtsou Subject: Re: pefs doesn't work as regular user References: <540B7F42.5070803@pinyon.org> <20140907000316.GA1888@reks> In-Reply-To: <20140907000316.GA1888@reks> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2014 02:18:57 -0000 On 09/06/14 17:03, Gleb Kurtsou wrote: > On (06/09/2014 14:40), Russell L. Carter wrote: >> Greetings, [...] >> So it works as root but not as $USER. I don't see anything different >> about /etc/group on either system. > > sysctl vfs.usermount ? > > File system can be mounted only by root unless sysctl vfs.usermount=1. Doh! I was out the door on my first extended session as a FreeBSD road warrior and that hiccup was most annoying (and distracting)! Now I have the keys to my kingdom encrypted again. Remember kids: test, verify, and THEN travel. Thank you Gleb! Best, Russell From owner-freebsd-fs@FreeBSD.ORG Mon Sep 8 08:00:08 2014 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4376794 for ; Mon, 8 Sep 2014 08:00:08 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23D7B14A5 for ; Mon, 8 Sep 2014 08:00:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s88808Fa066496 for ; Mon, 8 Sep 2014 08:00:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Message-Id: <201409080800.s88808Fa066496@kenobi.freebsd.org> From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bugzilla] Commit Needs MFC MIME-Version: 1.0 X-Bugzilla-Type: whine X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated Date: Mon, 08 Sep 2014 08:00:08 +0000 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2014 08:00:08 -0000 Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is only sent on Mondays. Please file a bug about concerns you may have. This search was scheduled by eadler@FreeBSD.org. (5 bugs) Bug 133174: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=133174 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-fs@FreeBSD.org Status: Needs MFC Resolution: Summary: [msdosfs] [patch] msdosfs must support multibyte international characters in file names Bug 136470: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=136470 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-fs@FreeBSD.org Status: Needs MFC Resolution: Summary: [nfs] Cannot mount / in read-only, over NFS Bug 139651: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=139651 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-fs@FreeBSD.org Status: Needs MFC Resolution: Summary: [nfs] mount(8): read-only remount of NFS volume does not work Bug 144447: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=144447 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-fs@FreeBSD.org Status: Needs MFC Resolution: Summary: [zfs] sharenfs fsunshare() & fsshare_main() non functional Bug 155411: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155411 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-fs@FreeBSD.org Status: Needs MFC Resolution: Summary: [regression] [8.2-release] [tmpfs]: mount: tmpfs : No space left on device From owner-freebsd-fs@FreeBSD.ORG Tue Sep 9 18:29:12 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B97C3FEA for ; Tue, 9 Sep 2014 18:29:12 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56D97234 for ; Tue, 9 Sep 2014 18:29:12 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id z60so2403831qgd.23 for ; Tue, 09 Sep 2014 11:29:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bayphoto.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=z0nsq3cQE4Do8LOaQpIpRIZ/gaE2T5sy2LDFSLhPM/U=; b=Meus0DoCybB1EjojJah3mZqruX1JENJ+TIhozERZK4Oxh70y/z0LrCnFtiZEQKDXTU OpUXi0aD1uMbdcIJPK7T2o+bREeQ67hznS8Mll18Mr9SEWkjAaoPacqmCaKa47t3rYx+ Ql7oKUBgql9qqxyzcORmV+BJ3AMrgcLylL5H8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=z0nsq3cQE4Do8LOaQpIpRIZ/gaE2T5sy2LDFSLhPM/U=; b=TddVCocApv+xY2SDswHsF8Czqs45zaAT3qGtdsNpcJgOBh3JxYqFBx/e7kK0ipH3aB UMNLzmrSAb3sHShzPR+cgOjQaP73nIPYROcZIRw7cKq8sGX+YK/Wk5FA8KHrZQOq+e4C cQv1FmOHbujG55XBUsTtH56OkGXhOKx2li5ywYiDGGmL3Fsabq/nD8tFHyW2pzuZRqbL q0lQbOHdLP5gwk7JD2GemcBj8TXOeH+zkaKQecIKstGyvvBDc0LSjNlUrIuQGaSEg6qY WEkD+nnmj3b8U/Ykt/usHDym/IaydKqxNuy/79JG8eb7/qmzSLm3TYn5abbrPOqJBFrg 9+EA== X-Gm-Message-State: ALoCoQmxhlYA3zR3/Mf71Z3vzjoRHANzZeQGVear0tfn40OqiTj9lViGJM4fole7fB2lrFuLKCZn X-Received: by 10.140.31.75 with SMTP id e69mr51935841qge.2.1410287351009; Tue, 09 Sep 2014 11:29:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.86.230 with HTTP; Tue, 9 Sep 2014 11:28:50 -0700 (PDT) From: Mike Carlson Date: Tue, 9 Sep 2014 11:28:50 -0700 Message-ID: Subject: ZFS Panic (3rd time) To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2014 18:29:12 -0000 Issue: Server panic'd around 7:44PST last night, cause is unknown (no auto dumpdev, zfs root) The server has two zfs pools, a mirrored zroot, and a RAIDZ2 data volume (with about a dozen zfs filesystems in use) At this point, simply running: zpool status data results in a panic. I can't run a zpool history either to display the config, but it was a RAIDz2 with a spare Background: This is the 3rd rebuild of a large 20TB file server. We first had issues when we upgraded from 9.1 -> 10.0 (we were hoping to resolve some zfs related deadlocks) I've rebuilt this server for the 3rd time (the last time, the LSI controller was updated to the latest firmware) and after around two months of uptime, the system unexpectedly panic'd A lot of the data was getting sync'd over to a backup server, but one volume was not. I would greatly appreciate some help if I can possibly get one of the volumes back. zdb commands don't work on the pool,: ~ # zdb -uuuC data zdb: can't open 'data': No such file or directory Again, I thank anyone in advanced for taking the time to read this disaster again Panic: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE-p7 #0: Tue Sep 9 09:06:18 PDT 2014 root@zfs-2.discdrive.bayphoto.com:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: AMD Opteron(tm) Processor 4386 (3100.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x600f20 Family = 0x15 Model = 0x2 Stepping = 0 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0x1ebbfff Standard Extended Features=0x8 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 66707759104 (63617 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <103012 APIC1341> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) cpu0 (BSP): APIC ID: 16 cpu1 (AP): APIC ID: 17 cpu2 (AP): APIC ID: 18 cpu3 (AP): APIC ID: 19 cpu4 (AP): APIC ID: 20 cpu5 (AP): APIC ID: 21 cpu6 (AP): APIC ID: 22 cpu7 (AP): APIC ID: 23 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of ffe50000, e060 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 52 at device 3.0 on pci0 pci1: on pcib1 mps0: port 0xc000-0xc0ff mem 0xfe83c000-0xfe83ffff,0xfe840000-0xfe87ffff irq 28 at device 0.0 on pci1 mps0: Firmware: 19.00.00.00, Driver: 16.00.00.00-fbsd mps0: IOCCapabilities: 1285c pcib2: irq 53 at device 9.0 on pci0 pci2: on pcib2 em0: port 0xd800-0xd81f mem 0xfe9e0000-0xfe9fffff,0xfe9dc000-0xfe9dffff irq 48 at device 0.0 on pci2 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:25:90:a1:04:ea pcib3: irq 54 at device 10.0 on pci0 pci3: on pcib3 em1: port 0xe800-0xe81f mem 0xfeae0000-0xfeafffff,0xfeadc000-0xfeadffff irq 47 at device 0.0 on pci3 em1: Using MSIX interrupts with 3 vectors em1: Ethernet address: 00:25:90:a1:04:eb ahci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfebfbc00-0xfebfbfff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfebf9000-0xfebf9fff irq 16 at device 18.0 on pci0 usbus0 on ohci0 ohci1: mem 0xfebfa000-0xfebfafff irq 16 at device 18.1 on pci0 usbus1 on ohci1 ehci0: mem 0xfebfb800-0xfebfb8ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 ohci2: mem 0xfebf7000-0xfebf7fff irq 18 at device 19.0 on pci0 usbus3 on ohci2 ohci3: mem 0xfebf8000-0xfebf8fff irq 18 at device 19.1 on pci0 usbus4 on ohci3 ehci1: mem 0xfebfb400-0xfebfb4ff irq 19 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 vgapci0: mem 0xfc000000-0xfcffffff,0xfdffc000-0xfdffffff,0xfe000000-0xfe7fffff irq 20 at device 4.0 on pci4 vgapci0: Boot video device ohci4: mem 0xfebf6000-0xfebf6fff irq 18 at device 20.5 on pci0 usbus6 on ohci4 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range acpi_throttle0: on cpu0 hwpstate0: on cpu0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen4.1: at usbus4 uhub3: on usbus4 ugen3.1: at usbus3 uhub4: on usbus3 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ugen2.2: at usbus2 umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:7:0:-1: Attached to scbus7 ses0 at mps0 bus 0 scbus0 target 32 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: Serial Number ses0: 600.000MB/s transfers ses0: Command Queueing enabled ses0: SCSI-3 ENC Device ses1 at mps0 bus 0 scbus0 target 39 lun 0 ses1: Fixed Enclosure Services SCSI-5 device ses1: Serial Number ses1: 600.000MB/s transfers ses1: Command Queueing enabled ses1: SCSI-3 ENC Device da1 at mps0 bus 0 scbus0 target 11 lun 0 da1: Fixed Direct Access SCSI-6 device da1: Serial Number PK2131P6G2Y3GP da1: 600.000MB/s transfers da1: Command Queueing enabled da1: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da2 at mps0 bus 0 scbus0 target 12 lun 0 da2: Fixed Direct Access SCSI-6 device da2: Serial Number PK2131P6G2XXPP da2: 600.000MB/s transfers da2: Command Queueing enabled da2: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da3 at mps0 bus 0 scbus0 target 13 lun 0 da3: Fixed Direct Access SCSI-6 device da3: Serial Number PK2131P6G2ZDVP da3: 600.000MB/s transfers da3: Command Queueing enabled da3: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da4 at mps0 bus 0 scbus0 target 14 lun 0 da4: Fixed Direct Access SCSI-6 device da4: Serial Number PK2131P6G2XWHP da4: 600.000MB/s transfers da4: Command Queueing enabled da4: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da5 at mps0 bus 0 scbus0 target 15 lun 0 da5: Fixed Direct Access SCSI-6 device da5: Serial Number PK2131P6G2XXHP da5: 600.000MB/s transfers da5: Command Queueing enabled da5: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da6 at mps0 bus 0 scbus0 target 16 lun 0 da6: Fixed Direct Access SCSI-6 device da6: Serial Number PK2131P6G2VBLP da6: 600.000MB/s transfers da6: Command Queueing enabled da6: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da7 at mps0 bus 0 scbus0 target 17 lun 0 da7: Fixed Direct Access SCSI-6 device da7: Serial Number PK2131P6G2XVWP da7: 600.000MB/s transfers da7: Command Queueing enabled da7: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da8 at mps0 bus 0 scbus0 target 18 lun 0 da8: Fixed Direct Access SCSI-6 device da8: Serial Number PK2131P6G2L66P da8: 600.000MB/s transfers da8: Command Queueing enabled da8: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da9 at mps0 bus 0 scbus0 target 19 lun 0 da9: Fixed Direct Access SCSI-6 device da9: Serial Number PK2131P6G2XY8P da9: 600.000MB/s transfers da9: Command Queueing enabled da9: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da10 at mps0 bus 0 scbus0 target 20 lun 0 da10: Fixed Direct Access SCSI-6 device da10: Serial Number PK2131P6G1YGBP da10: 600.000MB/s transfers da10: Command Queueing enabled da10: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da11 at mps0 bus 0 scbus0 target 21 lun 0 da11: Fixed Direct Access SCSI-6 device da11: Serial Number PK2131P6G2XXRP da11: 600.000MB/s transfers da11: Command Queueing enabled da11: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da0 at mps0 bus 0 scbus0 target 10 lun 0 da0: Fixed Direct Access SCSI-6 device da0: Serial Number A165A011311000011 da0: 600.000MB/s transfers da0: Command Queueing enabled da0: 228936MB (468862128 512 byte sectors: 255H 63S/T 29185C) da12 at mps0 bus 0 scbus0 target 22 lun 0 da12: Fixed Direct Access SCSI-6 device da12: Serial Number PK2131P6G2Y92P da12: 600.000MB/s transfers da12: Command Queueing enabled da12: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da13 at mps0 bus 0 scbus0 target 23 lun 0 da13: Fixed Direct Access SCSI-6 device da13: Serial Number PK2131P6G2XXXP da13: 600.000MB/s transfers da13: Command Queueing enabled da13: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da14 at mps0 bus 0 scbus0 target 24 lun 0 da14: Fixed Direct Access SCSI-6 device da14: Serial Number PK2131P6G2Y3NP da14: 600.000MB/s transfers da14: Command Queueing enabled da14: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da15 at mps0 bus 0 scbus0 target 25 lun 0 da15: Fixed Direct Access SCSI-6 device da15: Serial Number PK2131P6G2VBXP da15: 600.000MB/s transfers da15: Command Queueing enabled da15: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da16 at mps0 bus 0 scbus0 target 26 lun 0 da16: Fixed Direct Access SCSI-6 device da16: Serial Number PK2131P6G2X75P da16: 600.000MB/s transfers da16: Command Queueing enabled da16: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da17 at mps0 bus 0 scbus0 target 27 lun 0 da17: Fixed Direct Access SCSI-6 device da17: Serial Number PK2131P6G2VD6P da17: 600.000MB/s transfers da17: Command Queueing enabled da17: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da18 at mps0 bus 0 scbus0 target 28 lun 0 da18: Fixed Direct Access SCSI-6 device da18: Serial Number PK2131P6G2VBWP da18: 600.000MB/s transfers da18: Command Queueing enabled da18: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da19 at mps0 bus 0 scbus0 target 29 lun 0 da19: Fixed Direct Access SCSI-6 device da19: Serial Number PK2131P6G2VDHP da19: 600.000MB/s transfers da19: Command Queueing enabled da19: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da20 at mps0 bus 0 scbus0 target 30 lun 0 da20: Fixed Direct Access SCSI-6 device da20: Serial Number PK2131P6G2VAPP da20: 600.000MB/s transfers da20: Command Queueing enabled da20: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da21 at mps0 bus 0 scbus0 target 31 lun 0 da21: Fixed Direct Access SCSI-6 device da21: Serial Number PK2131P6G2XWSP da21: 600.000MB/s transfers da21: Command Queueing enabled da21: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da22 at mps0 bus 0 scbus0 target 33 lun 0 da22: Fixed Direct Access SCSI-6 device da22: Serial Number PK2131P6G2ZDRP da22: 600.000MB/s transfers da22: Command Queueing enabled da22: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da28 at mps0 bus 0 scbus0 target 40 lun 0 da28: Fixed Direct Access SCSI-6 device da28: Serial Number 000000001247091DCBF3 da28: 600.000MB/s transfers da28: Command Queueing enabled da28: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) da28: quirks=0x8<4K> da29 at mps0 bus 0 scbus0 target 41 lun 0 da29: Fixed Direct Access SCSI-6 device da29: Serial Number 00000000130109242782 da29: 600.000MB/s transfers da29: Command Queueing enabled da29: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) da29: quirks=0x8<4K> da27 at mps0 bus 0 scbus0 target 38 lun 0 da27: Fixed Direct Access SCSI-6 device da27: Serial Number WD-WCAT1F522653 da27: 300.000MB/s transfers da27: Command Queueing enabled da27: 238418MB (488281250 512 byte sectors: 255H 63S/T 30394C) da23 at mps0 bus 0 scbus0 target 34 lun 0 da23: Fixed Direct Access SCSI-6 device da23: Serial Number PK2131P6G2VBPP da23: 600.000MB/s transfers da23: Command Queueing enabled da23: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da24 at mps0 bus 0 scbus0 target 35 lun 0 da24: Fixed Direct Access SCSI-6 device da24: Serial Number PK2131P6G2Y37P da24: 600.000MB/s transfers da24: Command Queueing enabled da24: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da25 at mps0 bus 0 scbus0 target 36 lun 0 da25: Fixed Direct Access SCSI-6 device da25: Serial Number PK2131P6G2Y90P da25: 600.000MB/s transfers da25: Command Queueing enabled da25: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da26 at mps0 bus 0 scbus0 target 37 lun 0 da26: Fixed Direct Access SCSI-6 device da26: Serial Number PK2131P6G2Y26P da26: 600.000MB/s transfers da26: Command Queueing enabled da26: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da30 at umass-sim0 bus 0 scbus7 target 0 lun 0 da30: Fixed Direct Access SCSI-4 device da30: Serial Number 0010101E4003DDD6 da30: 40.000MB/s transfers da30: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da30: quirks=0x2 ses1: da22: Element descriptor: 'Slot 01' ses1: da22: SAS Device Slot Element: 1 Phys at Slot 0 ses1: phy 0: SATA device ses1: phy 0: parent 50030480003d1ebf addr 50030480003d1eac ses1: da23: Element descriptor: 'Slot 02' ses1: da24: Element descriptor: 'Slot 03' ses1: da24: SAS Device Slot Element: 1 Phys at Slot 2 ses1: phy 0: SATA device ses1: phy 0: parent 50030480003d1ebf addr 50030480003d1eae ses1: da25: Element descriptor: 'Slot 04' ses1: da25: SAS Device Slot Element: 1 Phys at Slot 3 ses1: phy 0: SATA device ses1: phy 0: parent 50030480003d1ebf addr 50030480003d1eaf ses1: da26: Element descriptor: 'Slot 05' ses1: da26: SAS Device Slot Element: 1 Phys at Slot 4 ses1: phy 0: SATA device ses1: phy 0: parent 50030480003d1ebf addr 50030480003d1eb0 ses1: da27: Element descriptor: 'Slot 12' ses1: da27: SAS Device Slot Element: 1 Phys at Slot 11 ses1: phy 0: SATA device ses1: phy 0: parent 50030480003d1ebf addr 50030480003d1eb7 ses0: da28: Element descriptor: 'Slot 01' ses0: da28: SAS Device Slot Element: 1 Phys at Slot 0 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c0c ses0: da29: Element descriptor: 'Slot 02' ses0: da29: SAS Device Slot Element: 1 Phys at Slot 1 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c0d ses0: da0,pass0: Element descriptor: 'Slot 03' ses0: da0,pass0: SAS Device Slot Element: 1 Phys at Slot 2 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c0e ses0: da1: Element descriptor: 'Slot 04' ses0: da1: SAS Device Slot Element: 1 Phys at Slot 3 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c0f ses0: da2: Element descriptor: 'Slot 05' ses0: da2: SAS Device Slot Element: 1 Phys at Slot 4 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c10 ses0: da3: Element descriptor: 'Slot 06' ses0: da3: SAS Device Slot Element: 1 Phys at Slot 5 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c11 ses0: da4: Element descriptor: 'Slot 07' ses0: da4: SAS Device Slot Element: 1 Phys at Slot 6 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c12 ses0: da5: Element descriptor: 'Slot 08' ses0: da5: SAS Device Slot Element: 1 Phys at Slot 7 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c13 ugen4.2: at usbus4 ses0: da6: Element descriptor: 'Slot 09' ses0: da6: SAS Device Slot Element: 1 Phys at Slot 8 ses0: phy 0: SATA device ukbd1: on usbus4 ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c14 ses0: da7: Element descriptor: 'Slot 10' ses0: da7: SAS Device Slot Element: 1 Phys at Slot 9 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c15 kbd3 at ukbd1 ses0: da8: Element descriptor: 'Slot 11' ses0: da8: SAS Device Slot Element: 1 Phys at Slot 10 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c16 ses0: da9: Element descriptor: 'Slot 12' ses0: da9: SAS Device Slot Element: 1 Phys at Slot 11 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c17 ses0: da10: Element descriptor: 'Slot 13' ses0: da10: SAS Device Slot Element: 1 Phys at Slot 12 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c18 ses0: da11: Element descriptor: 'Slot 14' ses0: da11: SAS Device Slot Element: 1 Phys at Slot 13 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c19 ses0: da12: Element descriptor: 'Slot 15' ses0: da12: SAS Device Slot Element: 1 Phys at Slot 14 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c1a ses0: da13: Element descriptor: 'Slot 16' ses0: da13: SAS Device Slot Element: 1 Phys at Slot 15 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c1b ses0: da14: Element descriptor: 'Slot 17' ses0: da14: SAS Device Slot Element: 1 Phys at Slot 16 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c1c ses0: da15: Element descriptor: 'Slot 18' ses0: da15: SAS Device Slot Element: 1 Phys at Slot 17 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c1d ses0: da16: Element descriptor: 'Slot 19' ses0: da16: SAS Device Slot Element: 1 Phys at Slot 18 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c1e ses0: da17: Element descriptor: 'Slot 20' ses0: da17: SAS Device Slot Element: 1 Phys at Slot 19 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c1f ses0: da18: Element descriptor: 'Slot 21' ses0: da18: SAS Device Slot Element: 1 Phys at Slot 20 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c20 ses0: da19: Element descriptor: 'Slot 22' ses0: da19: SAS Device Slot Element: 1 Phys at Slot 21 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c21 ses0: da20: Element descriptor: 'Slot 23' ses0: da20: SAS Device Slot Element: 1 Phys at Slot 22 ses0: phy 0: SATA device ses0: phy 0: parent 50030480003e9c3f addr 50030480003e9c22 ses0: da21: Element descriptor: 'Slot 24' Netvsc initializing... SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! Timecounter "TSC-low" frequency 1550032870 Hz quality 1000 Trying to mount root from zfs:zroot []... Fatal trap 12: page fault while in kernel mode Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 10 cpuid = 3; apic id = 13 fault virtual address = 0x50 fault virtual address = 0xa0 fault code = supervisor read data, page not present fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff81860336 instruction pointer = 0x20:0xffffffff8187d3a0 stack pointer = 0x28:0xfffffe104c762ab0 stack pointer = 0x28:0xfffffe104cd2e2a0 frame pointer = 0x28:0xfffffe104c762ac0 frame pointer = 0x28:0xfffffe104cd2e330 code segment = base 0x0, limit 0xfffff, type 0x1b code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = processor eflags = interrupt enabled, interrupt enabled, resume, IOPL = 0 resume, IOPL = 0 current process = 0 (system_taskq_6) current process = 670 (zpool) trap number = 12 trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff808e7e90 at kdb_backtrace+0x60 #1 0xffffffff808af975 at panic+0x155 #2 0xffffffff80c8e832 at trap_fatal+0x3a2 #3 0xffffffff80c8eb09 at trap_pfault+0x2c9 #4 0xffffffff80c8e296 at trap+0x5e6 #5 0xffffffff80c75532 at calltrap+0x8 #6 0xffffffff81866800 at vdev_mirror_child_select+0x70 #7 0xffffffff81866344 at vdev_mirror_io_start+0x234 #8 0xffffffff818803c4 at zio_vdev_io_start+0x184 #9 0xffffffff8187d796 at zio_execute+0x136 #10 0xffffffff8180ddec at arc_read+0x87c #11 0xffffffff818268f1 at traverse_prefetcher+0x141 #12 0xffffffff81825d14 at traverse_visitbp+0x1c4 #13 0xffffffff8182677f at traverse_dnode+0xef #14 0xffffffff81826487 at traverse_visitbp+0x937 #15 0xffffffff81825ee3 at traverse_visitbp+0x393 #16 0xffffffff81825ee3 at traverse_visitbp+0x393 #17 0xffffffff81825ee3 at traverse_visitbp+0x393 Uptime: 25m1s Dumping 2296 out of 65493 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) Backtrace: (kgdb) bt #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808af5f0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808af9b4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80c8e832 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:882 #4 0xffffffff80c8eb09 in trap_pfault (frame=0xfffffe104c762a00, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #5 0xffffffff80c8e296 in trap (frame=0xfffffe104c762a00) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80c75532 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff81860336 in vdev_rele (vd=0x0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:1556 #8 0xffffffff81866800 in vdev_mirror_scrub_done (zio=0x3) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:193 #9 0xffffffff81866344 in vdev_mirror_io_start (zio=0xfffff80142733d00) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:286 #10 0xffffffff818803c4 in zio_vdev_io_start (zio=0xfffff8013eb20b10) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2571 #11 0xffffffff8187d796 in zio_suspend (spa=0xfffff8000e122000, zio=0xfffff8013eb20b10) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1456 #12 0xffffffff8180ddec in arc_read (pio=0x0, spa=0xfffff8001e37d000, bp=, done=0x2, private=0x0, priority=6, zio_flags=0, arc_flags=, zb=0xfffff8001ed06558) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3371 #13 0xffffffff818268f1 in traverse_prefetcher (spa=0xfffff8001e37d000, zilog=0xf01ff, bp=, zb=, dnp=0xfffff80142733d00, arg=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:451 #14 0xffffffff81825d14 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffffe000fe64800, bp=0xfffffe000fe64980, zb=0xfffffe104c762e88) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:250 #15 0xffffffff8182677f in traverse_dnode (td=0xfffffe104c763900, dnp=0xfffffe000fe64800, objset=110, object=26823324) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:417 #16 0xffffffff81826487 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffffe000fe61000, bp=0xfffffe001285ea00, zb=0xfffffe104c7630a8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:309 #17 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffff8013ed8f000, bp=0xfffffe0012867a00, zb=0xfffffe104c7631d8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #18 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffff8013ed8f000, bp=0xfffffe0012842980, zb=0xfffffe104c763308) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #19 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffff8013ed8f000, bp=0xfffffe0012848000, zb=0xfffffe104c763438) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #20 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffff8013ed8f000, bp=0xfffffe000fe6d000, zb=0xfffffe104c763568) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #21 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffff8013ed8f000, bp=0xfffffe001282d000, zb=0xfffffe104c763698) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #22 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, dnp=0xfffff8013ed8f000, bp=0xfffff8013ed8f040, zb=0xfffffe104c763758) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #23 0xffffffff81826714 in traverse_dnode (td=0xfffffe104c763900, dnp=0xfffff8013ed8f000, objset=110, object=0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:407 #24 0xffffffff81826190 in traverse_visitbp (td=0xfffffe104c763900, dnp=0x0, bp=0xfffff8013ed7ea80, zb=0xfffffe104c7638e0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:338 #25 0xffffffff81825af6 in traverse_prefetch_thread (arg=0xfffffe104cd2f0e0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:470 #26 0xffffffff817fcc00 in taskq_run (arg=0xfffff801445bef30, pending=983551) at /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_taskq.c:109 #27 0xffffffff808f5c26 in taskqueue_run_locked (queue=0xfffff8000e0eba00) at /usr/src/sys/kern/subr_taskqueue.c:333 #28 0xffffffff808f64a8 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:535 #29 0xffffffff80881a4a in fork_exit (callout=0xffffffff808f6400 , arg=0xfffff8000e10aac0, frame=0xfffffe104c763a40) at /usr/src/sys/kern/kern_fork.c:995 #30 0xffffffff80c75a6e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #31 0x0000000000000000 in ?? () Current language: auto; currently minimal From owner-freebsd-fs@FreeBSD.ORG Tue Sep 9 19:04:44 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A23CA100 for ; Tue, 9 Sep 2014 19:04:44 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 303EC89F for ; Tue, 9 Sep 2014 19:04:44 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 01FA820E7088E; Tue, 9 Sep 2014 19:04:42 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: * X-Spam-Status: No, score=1.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTP id C465720E7088B; Tue, 9 Sep 2014 19:04:39 +0000 (UTC) Message-ID: <55240AD4BA84415EBCE5B5B2F9DC22F3@multiplay.co.uk> From: "Steven Hartland" To: "Mike Carlson" , References: Subject: Re: ZFS Panic (3rd time) Date: Tue, 9 Sep 2014 20:04:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2014 19:04:44 -0000 You panic is being cause by the dereference of a null vdev in vdev_rele but the issue seems to start earlier as the zio value passed to vdev_mirror_scrub_done also looks invalid. The call point for this should be in zio_done specifically if (zio->io_done) zio->io_done(zio); So if zio is actually invalid then something is really wrong which is unfortunatelly not much help :( With regards zdb try not passing a pool. ----- Original Message ----- From: "Mike Carlson" snip... > > #7 0xffffffff81860336 in vdev_rele (vd=0x0) at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:1556 > #8 0xffffffff81866800 in vdev_mirror_scrub_done (zio=0x3) at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:193 > #9 0xffffffff81866344 in vdev_mirror_io_start (zio=0xfffff80142733d00) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:286 > #10 0xffffffff818803c4 in zio_vdev_io_start (zio=0xfffff8013eb20b10) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2571 > #11 0xffffffff8187d796 in zio_suspend (spa=0xfffff8000e122000, > zio=0xfffff8013eb20b10) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1456 > #12 0xffffffff8180ddec in arc_read (pio=0x0, spa=0xfffff8001e37d000, > bp=, done=0x2, private=0x0, priority=6, zio_flags=0, > arc_flags=, zb=0xfffff8001ed06558) at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3371 > #13 0xffffffff818268f1 in traverse_prefetcher (spa=0xfffff8001e37d000, > zilog=0xf01ff, bp=, zb=, > dnp=0xfffff80142733d00, arg=) at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:451 > #14 0xffffffff81825d14 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffffe000fe64800, bp=0xfffffe000fe64980, zb=0xfffffe104c762e88) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:250 > #15 0xffffffff8182677f in traverse_dnode (td=0xfffffe104c763900, > dnp=0xfffffe000fe64800, objset=110, object=26823324) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:417 > #16 0xffffffff81826487 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffffe000fe61000, bp=0xfffffe001285ea00, zb=0xfffffe104c7630a8) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:309 > #17 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffff8013ed8f000, bp=0xfffffe0012867a00, zb=0xfffffe104c7631d8) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 > #18 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffff8013ed8f000, bp=0xfffffe0012842980, zb=0xfffffe104c763308) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 > #19 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffff8013ed8f000, bp=0xfffffe0012848000, zb=0xfffffe104c763438) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 > #20 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffff8013ed8f000, bp=0xfffffe000fe6d000, zb=0xfffffe104c763568) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 > #21 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffff8013ed8f000, bp=0xfffffe001282d000, zb=0xfffffe104c763698) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 > #22 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, > dnp=0xfffff8013ed8f000, bp=0xfffff8013ed8f040, zb=0xfffffe104c763758) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 > #23 0xffffffff81826714 in traverse_dnode (td=0xfffffe104c763900, > dnp=0xfffff8013ed8f000, objset=110, object=0) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:407 > #24 0xffffffff81826190 in traverse_visitbp (td=0xfffffe104c763900, dnp=0x0, > bp=0xfffff8013ed7ea80, zb=0xfffffe104c7638e0) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:338 > #25 0xffffffff81825af6 in traverse_prefetch_thread (arg=0xfffffe104cd2f0e0) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:470 > #26 0xffffffff817fcc00 in taskq_run (arg=0xfffff801445bef30, pending=983551) > at > /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_taskq.c:109 > #27 0xffffffff808f5c26 in taskqueue_run_locked (queue=0xfffff8000e0eba00) > at /usr/src/sys/kern/subr_taskqueue.c:333 > #28 0xffffffff808f64a8 in taskqueue_thread_loop (arg=) > at /usr/src/sys/kern/subr_taskqueue.c:535 > #29 0xffffffff80881a4a in fork_exit (callout=0xffffffff808f6400 > , arg=0xfffff8000e10aac0, frame=0xfffffe104c763a40) > at /usr/src/sys/kern/kern_fork.c:995 > #30 0xffffffff80c75a6e in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:606 > #31 0x0000000000000000 in ?? () > Current language: auto; currently minimal > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@FreeBSD.ORG Tue Sep 9 19:19:19 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4FCA78C for ; Tue, 9 Sep 2014 19:19:19 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62E87A1F for ; Tue, 9 Sep 2014 19:19:19 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id c9so18027311qcz.34 for ; Tue, 09 Sep 2014 12:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bayphoto.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=FEtMjR/7g0dzAZEybRNTruMIXaST7Orq/bnmUfNQoHE=; b=WLs/752gSFiawgsOmsMRSAfIEKwFs4b7NJJSpWfQmWuZg+/ziH8k2yxWaQz3+2iXkI 3w+YI9TZ3Amr6kS1y3H5EtqEo0fAP4I/dcFry/qnmnQHopLVT7BT8oSl1yTnF5yT3QNo bsv7dwttLi2BZhHjVkLVp4s3IMMAlkOs8GF/0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=FEtMjR/7g0dzAZEybRNTruMIXaST7Orq/bnmUfNQoHE=; b=YbYqVkRoGrVKqcirBYEO+cHqSTuf571Z1nW2J5HdxttRYj+usL86AWKTPcpy7HbQzO mfygRVXBCVhp7CkrIxvcQO0eMc8xb09vEcPhNXs1OAvzXLl+UHXM4VqDn1E77NlfNyoR zA22llggU6VLtMGz8Px1lnjsaVImNj3ukE4OKQz1T38lF+THEJTffg/YZMECeMMwEFK+ 7QnZFpoPcZ3gtLz9uhSXyb8Rz+S/PQp85jhG14VV8bmLLr6NEOqHoADLzU2JFwPxVNNQ qWw1v9vesw0KJk6uPcT/Qgo115bwuw2Lxv/2yfms/apq4tr5YIPbkByVmqHNqoGGqOLe Ky2A== X-Gm-Message-State: ALoCoQmuMnzJd8VLkyNlShPC1THcEJtYqLBFuQ8gtHWh0z1knN3NTH6+Jsk1HwlN0ExgNAMA3eW0 X-Received: by 10.224.123.9 with SMTP id n9mr54597205qar.84.1410290358448; Tue, 09 Sep 2014 12:19:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.86.230 with HTTP; Tue, 9 Sep 2014 12:18:58 -0700 (PDT) In-Reply-To: <55240AD4BA84415EBCE5B5B2F9DC22F3@multiplay.co.uk> References: <55240AD4BA84415EBCE5B5B2F9DC22F3@multiplay.co.uk> From: Mike Carlson Date: Tue, 9 Sep 2014 12:18:58 -0700 Message-ID: Subject: Re: ZFS Panic (3rd time) To: Steven Hartland Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2014 19:19:19 -0000 Thanks Steve That is troubling news! zdb without parameters: # zdb data: version: 5000 name: 'data' state: 0 txg: 26 pool_guid: 17275286806962484556 hostid: 1566810261 hostname: 'zfs-2.discdrive.bayphoto.com' vdev_children: 2 vdev_tree: type: 'root' id: 0 guid: 17275286806962484556 create_txg: 4 children[0]: type: 'raidz' id: 0 guid: 18387238254393289487 nparity: 2 metaslab_array: 33 metaslab_shift: 37 ashift: 12 asize: 26005123629056 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 12919111950950057118 path: '/dev/da0p1.nop' phys_path: '/dev/da0p1.nop' whole_disk: 1 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 6204755784205312226 path: '/dev/da1p1.nop' phys_path: '/dev/da1p1.nop' whole_disk: 1 create_txg: 4 children[2]: type: 'disk' id: 2 guid: 2095825539678825225 path: '/dev/da2p1.nop' phys_path: '/dev/da2p1.nop' whole_disk: 1 create_txg: 4 children[3]: type: 'disk' id: 3 guid: 13288853293260483450 path: '/dev/da3p1.nop' phys_path: '/dev/da3p1.nop' whole_disk: 1 create_txg: 4 children[4]: type: 'disk' id: 4 guid: 17651239728056787408 path: '/dev/da4p1.nop' phys_path: '/dev/da4p1.nop' whole_disk: 1 create_txg: 4 children[5]: type: 'disk' id: 5 guid: 10121035556839569555 path: '/dev/da5p1.nop' phys_path: '/dev/da5p1.nop' whole_disk: 1 create_txg: 4 children[6]: type: 'disk' id: 6 guid: 8141814630245447282 path: '/dev/da6p1.nop' phys_path: '/dev/da6p1.nop' whole_disk: 1 create_txg: 4 children[7]: type: 'disk' id: 7 guid: 12107673881548157163 path: '/dev/da7p1.nop' phys_path: '/dev/da7p1.nop' whole_disk: 1 create_txg: 4 children[8]: type: 'disk' id: 8 guid: 13722803165058102841 path: '/dev/da8p1.nop' phys_path: '/dev/da8p1.nop' whole_disk: 1 create_txg: 4 children[9]: type: 'disk' id: 9 guid: 3812972074943976242 path: '/dev/da9p1.nop' phys_path: '/dev/da9p1.nop' whole_disk: 1 create_txg: 4 children[10]: type: 'disk' id: 10 guid: 3387379670710299146 path: '/dev/da10p1.nop' phys_path: '/dev/da10p1.nop' whole_disk: 1 create_txg: 4 children[11]: type: 'disk' id: 11 guid: 17209778087441255883 path: '/dev/da11p1.nop' phys_path: '/dev/da11p1.nop' whole_disk: 1 create_txg: 4 children[12]: type: 'disk' id: 12 guid: 14155860984589567095 path: '/dev/da12p1.nop' phys_path: '/dev/da12p1.nop' whole_disk: 1 create_txg: 4 children[1]: type: 'raidz' id: 1 guid: 7358812460992449364 nparity: 2 metaslab_array: 37 metaslab_shift: 37 ashift: 12 asize: 24004729503744 is_log: 0 create_txg: 16 children[0]: type: 'disk' id: 0 guid: 16184992168562751178 path: '/dev/da13p1.nop' phys_path: '/dev/da13p1.nop' whole_disk: 1 create_txg: 16 children[1]: type: 'disk' id: 1 guid: 17273520967287205930 path: '/dev/da14p1.nop' phys_path: '/dev/da14p1.nop' whole_disk: 1 create_txg: 16 children[2]: type: 'disk' id: 2 guid: 17965068062958146105 path: '/dev/da15p1.nop' phys_path: '/dev/da15p1.nop' whole_disk: 1 create_txg: 16 children[3]: type: 'disk' id: 3 guid: 6440721779503392985 path: '/dev/da16p1.nop' phys_path: '/dev/da16p1.nop' whole_disk: 1 create_txg: 16 children[4]: type: 'disk' id: 4 guid: 5129596340557895557 path: '/dev/da17p1.nop' phys_path: '/dev/da17p1.nop' whole_disk: 1 create_txg: 16 children[5]: type: 'disk' id: 5 guid: 13197465381631225536 path: '/dev/da18p1.nop' phys_path: '/dev/da18p1.nop' whole_disk: 1 create_txg: 16 children[6]: type: 'disk' id: 6 guid: 13521709969101776408 path: '/dev/da19p1.nop' phys_path: '/dev/da19p1.nop' whole_disk: 1 create_txg: 16 children[7]: type: 'disk' id: 7 guid: 7379733698654539430 path: '/dev/da20p1.nop' phys_path: '/dev/da20p1.nop' whole_disk: 1 create_txg: 16 children[8]: type: 'disk' id: 8 guid: 10498685535964391283 path: '/dev/da21p1.nop' phys_path: '/dev/da21p1.nop' whole_disk: 1 create_txg: 16 children[9]: type: 'disk' id: 9 guid: 12185894059804382853 path: '/dev/da22p1.nop' phys_path: '/dev/da22p1.nop' whole_disk: 1 create_txg: 16 children[10]: type: 'disk' id: 10 guid: 6545374147807002239 path: '/dev/da23p1.nop' phys_path: '/dev/da23p1.nop' whole_disk: 1 create_txg: 16 children[11]: type: 'disk' id: 11 guid: 1183756296391348826 path: '/dev/da24p1.nop' phys_path: '/dev/da24p1.nop' whole_disk: 1 create_txg: 16 features_for_read: Is there a way to "rollback" a transaction? The behavior that I can see at the moment is any zpool or zfs command that touches 'data' causes all of the drives to "scan", and then after a minute the system panics. On Tue, Sep 9, 2014 at 12:04 PM, Steven Hartland wrote: > You panic is being cause by the dereference of a null vdev > in vdev_rele but the issue seems to start earlier as the > zio value passed to vdev_mirror_scrub_done also looks invalid. > > The call point for this should be in zio_done specifically > if (zio->io_done) > zio->io_done(zio); > > So if zio is actually invalid then something is really wrong > which is unfortunatelly not much help :( > > With regards zdb try not passing a pool. > > ----- Original Message ----- From: "Mike Carlson" > > snip... > >> >> #7 0xffffffff81860336 in vdev_rele (vd=0x0) at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/vdev.c:1556 >> #8 0xffffffff81866800 in vdev_mirror_scrub_done (zio=0x3) at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/vdev_mirror.c:193 >> #9 0xffffffff81866344 in vdev_mirror_io_start (zio=0xfffff80142733d00) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/vdev_mirror.c:286 >> #10 0xffffffff818803c4 in zio_vdev_io_start (zio=0xfffff8013eb20b10) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/zio.c:2571 >> #11 0xffffffff8187d796 in zio_suspend (spa=0xfffff8000e122000, >> zio=0xfffff8013eb20b10) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/zio.c:1456 >> #12 0xffffffff8180ddec in arc_read (pio=0x0, spa=0xfffff8001e37d000, >> bp=, done=0x2, private=0x0, priority=6, zio_flags=0, >> arc_flags=, zb=0xfffff8001ed06558) at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/arc.c:3371 >> #13 0xffffffff818268f1 in traverse_prefetcher (spa=0xfffff8001e37d000, >> zilog=0xf01ff, bp=, zb=, >> dnp=0xfffff80142733d00, arg=) at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:451 >> #14 0xffffffff81825d14 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffffe000fe64800, bp=0xfffffe000fe64980, zb=0xfffffe104c762e88) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:250 >> #15 0xffffffff8182677f in traverse_dnode (td=0xfffffe104c763900, >> dnp=0xfffffe000fe64800, objset=110, object=26823324) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:417 >> #16 0xffffffff81826487 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffffe000fe61000, bp=0xfffffe001285ea00, zb=0xfffffe104c7630a8) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:309 >> #17 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffff8013ed8f000, bp=0xfffffe0012867a00, zb=0xfffffe104c7631d8) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:284 >> #18 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffff8013ed8f000, bp=0xfffffe0012842980, zb=0xfffffe104c763308) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:284 >> #19 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffff8013ed8f000, bp=0xfffffe0012848000, zb=0xfffffe104c763438) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:284 >> #20 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffff8013ed8f000, bp=0xfffffe000fe6d000, zb=0xfffffe104c763568) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:284 >> #21 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffff8013ed8f000, bp=0xfffffe001282d000, zb=0xfffffe104c763698) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:284 >> #22 0xffffffff81825ee3 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0xfffff8013ed8f000, bp=0xfffff8013ed8f040, zb=0xfffffe104c763758) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:284 >> #23 0xffffffff81826714 in traverse_dnode (td=0xfffffe104c763900, >> dnp=0xfffff8013ed8f000, objset=110, object=0) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:407 >> #24 0xffffffff81826190 in traverse_visitbp (td=0xfffffe104c763900, >> dnp=0x0, >> bp=0xfffff8013ed7ea80, zb=0xfffffe104c7638e0) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:338 >> #25 0xffffffff81825af6 in traverse_prefetch_thread >> (arg=0xfffffe104cd2f0e0) >> at >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ >> common/fs/zfs/dmu_traverse.c:470 >> #26 0xffffffff817fcc00 in taskq_run (arg=0xfffff801445bef30, >> pending=983551) >> at >> /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/ >> opensolaris_taskq.c:109 >> #27 0xffffffff808f5c26 in taskqueue_run_locked (queue=0xfffff8000e0eba00) >> at /usr/src/sys/kern/subr_taskqueue.c:333 >> #28 0xffffffff808f64a8 in taskqueue_thread_loop (arg=> out>) >> at /usr/src/sys/kern/subr_taskqueue.c:535 >> #29 0xffffffff80881a4a in fork_exit (callout=0xffffffff808f6400 >> , arg=0xfffff8000e10aac0, frame=0xfffffe104c763a40) >> at /usr/src/sys/kern/kern_fork.c:995 >> #30 0xffffffff80c75a6e in fork_trampoline () at >> /usr/src/sys/amd64/amd64/exception.S:606 >> #31 0x0000000000000000 in ?? () >> Current language: auto; currently minimal >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >> From owner-freebsd-fs@FreeBSD.ORG Thu Sep 11 22:29:04 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87B738DC for ; Thu, 11 Sep 2014 22:29:04 +0000 (UTC) Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DD5DE12 for ; Thu, 11 Sep 2014 22:29:03 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id z10so14125164pdj.6 for ; Thu, 11 Sep 2014 15:28:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=jnAuOAHL9QwOO1MKSlyoLiwrAlH8pEPlc7t8vxJmuSA=; b=XWkXsb59mxWnXwtiQEyJPWU1YP2BbTeg2dw9EjgnVZpAXQlV94xr5cvpoC3YCbe5TW SDRQy5iT0ZDOguPGgoUGJXgqjJVVp850Kz3eNjGpQXePZ38Iu5ejEOjOLstL6dykd4u9 AdGVl4qbkWQLl1RXziVxSumzVMF+mGag0PkXAbHGIzeDmvv9apsKOOl6xm3X6RUV2ORc uYsrRr24VwoST0utop0/X2BshIdAfq/jJAPj88H/M6Ba5D5hsQtrrGetl4a6sETPU9p+ mE01vcvtiZeac88U+zzB0+f5cXvn1HUj8rrZr5bAhaQGWOEM1D5RwN+2fHcLmcUGR0EC nFNw== X-Gm-Message-State: ALoCoQlRY/339p7axX98aBdE4QFOkxVh+FnzoFGADaSz0OFl8rxLPDbYrU9htf+Rui4zcgqp2r5J X-Received: by 10.70.88.66 with SMTP id be2mr5403523pdb.30.1410474537154; Thu, 11 Sep 2014 15:28:57 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (c-98-246-202-204.hsd1.or.comcast.net. [98.246.202.204]) by mx.google.com with ESMTPSA id y9sm2103892pas.23.2014.09.11.15.28.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 11 Sep 2014 15:28:56 -0700 (PDT) Message-ID: <54122225.8070502@callfortesting.org> Date: Thu, 11 Sep 2014 15:28:53 -0700 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: iscsi_initiator.ko failure on 10.0 snapshot Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2014 22:29:04 -0000 Hello all, I can imagine a few lists this could go to but I will start here. I am attempting to load the iscsi_initiator.ko kernel module on the FreeBSD-10.1-PRERELEASE-amd64-20140907-r271243-memstick.img snapshot and get an error with the following in /var/log/messages: ... kernel: >>> iscsi_start: iscsi_initiator: make_dev_credf failed ... kernel: module_register_init: MOD_LOAD (iscsi_initiator, 0xffffffff82e43000, 0) error 17 Any suggestions? Found a bug? This is working fine on 11-CURRENT (though ctld reloads can cause panics) Thank you, Michael From owner-freebsd-fs@FreeBSD.ORG Thu Sep 11 22:30:33 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21248964 for ; Thu, 11 Sep 2014 22:30:33 +0000 (UTC) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBE80E30 for ; Thu, 11 Sep 2014 22:30:32 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id v10so14147203pde.5 for ; Thu, 11 Sep 2014 15:30:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=BePsERijkesxNTw50SGAnm88F2E+Jk0aVy70hUm3VQ4=; b=lQHwmchynYZL7aQuQKn8S+dGvZ5te6aKkozDuxABfFjOXphGniCOtDZ2ncxH3NbKec GZNjBP0yXZEDVEPyacXmrN4zJZh0g/ElKl1i8cQlCD9uiQnktxO7mnwEWuz6wnXx/Xgx R32Ak7z1ucVvtEuxKWWyiy4rdEAOT+fEzwm8o54Ix7emMDAfPCZG+WvLpm8e1WGqYxLy uKX1bw1u+NguysrjojONeUH4V6BNjp4qLgpgHs+YuyF60tPhG5RaBpRP3HaymRG3nkTU 3RaQ29hJSwMdppN7XyGcGe3yeG6LoM7hAWeHddUu95D2Z2bl6lIEEyC/VBx+awI/Ujll UMbQ== X-Gm-Message-State: ALoCoQl8Fx2/r1NNDaurTmR6Sgz0nQoMu05IUCFffzFGgnZGFC83jEYVNICbZbKU7Qj5rAWs4o8S X-Received: by 10.66.152.109 with SMTP id ux13mr5575211pab.122.1410474631808; Thu, 11 Sep 2014 15:30:31 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (c-98-246-202-204.hsd1.or.comcast.net. [98.246.202.204]) by mx.google.com with ESMTPSA id l4sm1999106pbq.49.2014.09.11.15.30.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 11 Sep 2014 15:30:30 -0700 (PDT) Message-ID: <54122285.8060203@callfortesting.org> Date: Thu, 11 Sep 2014 15:30:29 -0700 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: iscsi_initiator.ko failure on 10.1 snapshot (typo) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2014 22:30:33 -0000 Hello all, Sorry about the muscle-memory typo there. I mean 10.1 snapshot rather than 10.0. Thank you, Michael From owner-freebsd-fs@FreeBSD.ORG Thu Sep 11 23:21:01 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 445805EC for ; Thu, 11 Sep 2014 23:21:01 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18E7F3BA for ; Thu, 11 Sep 2014 23:21:00 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id w10so9398115pde.12 for ; Thu, 11 Sep 2014 16:20:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=kDdK79rObgqzuKqEChpai9TMzh7cjAnxbF4hd1P50MY=; b=hDIiWVLqxZ20ECYTQHEIMjVmHPFubJh5ALb7s0uNlJ4wwJk6FdVkMxhVPa+VCVxiqs 4wRoSv4614ogO69oILE5NeDK6cJnqR30zyeFmj20HLs6B2iEzuPcYHPSOeJmOGybBWAS 4151nCiynGm4gYSRS37QH8ailR5fU2wTuAnSv8J7L0W9s7XL3lrOOsIGLrjuCPY1NoYk 5ldwTanqhp1hqcwk7lzzpqlvPJpbIgNoHtA0d2b2932s7obqH5SyVE53zCt0IfxJ3ZTY oCaH9vPUs+1ypUhMf53rF/8//VVJg+gBCr5vTl2vlJIWpirqz+EXCM1ou7PW6KD39pqw 7E/g== X-Gm-Message-State: ALoCoQnnz++A00QHvRc82GXI0dZngZYymKMrPLdb42r2APEM3q5biuP8OFfyRcsPW0krMoUK0Xw1 X-Received: by 10.68.215.106 with SMTP id oh10mr6020764pbc.98.1410477654056; Thu, 11 Sep 2014 16:20:54 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (c-98-246-202-204.hsd1.or.comcast.net. [98.246.202.204]) by mx.google.com with ESMTPSA id wh10sm2166400pac.20.2014.09.11.16.20.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 11 Sep 2014 16:20:52 -0700 (PDT) Message-ID: <54122E52.1050202@callfortesting.org> Date: Thu, 11 Sep 2014 16:20:50 -0700 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: Re: iscsi_initiator.ko failure on 10.0 snapshot References: <54122225.8070502@callfortesting.org> In-Reply-To: <54122225.8070502@callfortesting.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2014 23:21:01 -0000 Hello, > I am attempting to load the iscsi_initiator.ko kernel module on the > FreeBSD-10.1-PRERELEASE-amd64-20140907-r271243-memstick.img snapshot and > get an error with the following in /var/log/messages: > > ... kernel: >>> iscsi_start: iscsi_initiator: make_dev_credf failed > ... kernel: module_register_init: MOD_LOAD (iscsi_initiator, > 0xffffffff82e43000, 0) error 17 I have found that this error appears if one loads iscsi.ko before iscsi_initiator.ko. After the error, iscsi.ko appears to be loaded but not usable. Unloading iscsi.ko will allow iscsi_initiator.ko to load but trying iscsi.ko will result in the error. Both appear to create /dev/iscsi when loaded Is this the expected behavior? Thank you, Michael From owner-freebsd-fs@FreeBSD.ORG Fri Sep 12 02:16:23 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C70B3BCA; Fri, 12 Sep 2014 02:16:23 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F099C77C; Fri, 12 Sep 2014 02:16:22 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id pv20so84974lab.22 for ; Thu, 11 Sep 2014 19:16:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=IbUNS6cZRE+p8moAtd634IoJYbKEkdbQOr+JNM2Quxg=; b=l2O1ln2pmiZe8zzAbfW1kva6i209eHrMTG5q28JUApT7/1rhEuFdyKt0VgAfaVfPtS kVQdF9SKEAj13BdKkHAz+ezPiNowgSZKXhlMr7iqaXlggdxPNTiGPEmhwvXWHArqMWL/ Ys0H3YHOX5LcdwPu7ZOZfK0Ur2nJDn/cF0N02ptIOXPWo8vCWpeEkyK63INPlYA4O1DS vggBfgVOe7EIetEjjL4vXkgdREMRinb1bCd6tigEmXwp3iHz1TdUihGlaBeIv+ApWEmt UwyWxUgEJFlZKOYVk1hvkt22tEyvUn5AJiHOqMouJZMcCYDO1wV8Emj/lvi5YrlnlUrx JeLA== MIME-Version: 1.0 X-Received: by 10.152.88.97 with SMTP id bf1mr5353961lab.58.1410488180721; Thu, 11 Sep 2014 19:16:20 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.25.207.194 with HTTP; Thu, 11 Sep 2014 19:16:20 -0700 (PDT) Date: Thu, 11 Sep 2014 19:16:20 -0700 X-Google-Sender-Auth: FHHIG4dV154A-Tc4KmFtYIZhN5g Message-ID: Subject: [PATCH] Unbreak makefs -M From: Davide Italiano To: freebsd-current , freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: jmallett@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 02:16:23 -0000 r258695 introduces a sanity check for makefs in order to verify that minimum image size specified is always less than maximum image size. If makefs(1) is invoked specifying minimum image size, but not maximum one, the program exits with an error. Example: # sudo -E makefs -M 538968064 -B be /home/davide/disk.img $DESTDIR makefs: `/home/davide/tftproot/mips' minsize of 538968064 rounded up to ffs bsize of 8192 exceeds maxsize 0. Lower bsize, or round the minimum and maximum sizes to bsize. I guess it's meaningful to assert that minsize < maxsize iff maxsize is actually specified. The following patch tries to fix the problem. Visual inspection of code also shows that maxsize == 0 is treated as maxsize not specified. I'm not by any means familiar with makefs(1) code, so I may miss something here. % git diff diff --git a/usr.sbin/makefs/ffs.c b/usr.sbin/makefs/ffs.c index 92d5508..83e9eae 100644 --- a/usr.sbin/makefs/ffs.c +++ b/usr.sbin/makefs/ffs.c @@ -361,7 +361,8 @@ ffs_validate(const char *dir, fsnode *root, fsinfo_t *fsopts) if (ffs_opts->avgfpdir == -1) ffs_opts->avgfpdir = AFPDIR; - if (roundup(fsopts->minsize, ffs_opts->bsize) > fsopts->maxsize) + if (fsopts->maxsize > 0 + && roundup(fsopts->minsize, ffs_opts->bsize) > fsopts->maxsize) errx(1, "`%s' minsize of %lld rounded up to ffs bsize of %d " "exceeds maxsize %lld. Lower bsize, or round the minimum " "and maximum sizes to bsize.", dir, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-fs@FreeBSD.ORG Fri Sep 12 02:26:51 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0318F7E; Fri, 12 Sep 2014 02:26:51 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5302886F; Fri, 12 Sep 2014 02:26:51 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id lx4so112302iec.26 for ; Thu, 11 Sep 2014 19:26:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+IPGGKUx7DJdoSJpfwe7G75RyUBaNLvSSarUmeD87c0=; b=ZmS4UTbtxssFInkk9iERMkYDeDyWsTTr5M91ndrgZ2pSjfw024XqYUY8nhSaDX89Lw sP7VVhGa0UePIA3JpfMjbtkEmBSzqG5SR8c7wRoLkqONoI8qMGApA8zk1g+yJXJz+ZVB 3uV5EycA1uADAqL9tdC0MsJ/Bf2K/Yr+I5mg79BU0TiJKBEZ71Uvtjg7cEn8Al+ovXAk nZDOWOa1rKceRuLTEICkBMSioRV7wPDRwqKB7y9bDkR1lZ2tcp/RsQhCgHPH+HKdyTnE YFC5dWfpL0MzpM0ulQFWFep6EZbSFdW0gTwqo0vBZiA+L7pVXF2Hdu6+JwQEm3bH/ruC BmUg== MIME-Version: 1.0 X-Received: by 10.50.127.145 with SMTP id ng17mr6727501igb.26.1410488810294; Thu, 11 Sep 2014 19:26:50 -0700 (PDT) Received: by 10.50.72.69 with HTTP; Thu, 11 Sep 2014 19:26:50 -0700 (PDT) In-Reply-To: References: Date: Thu, 11 Sep 2014 19:26:50 -0700 Message-ID: Subject: Re: [PATCH] Unbreak makefs -M From: Garrett Cooper To: Davide Italiano Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-fs@freebsd.org" , jmallett@freebsd.org, freebsd-current X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 02:26:51 -0000 On Thu, Sep 11, 2014 at 7:16 PM, Davide Italiano wrote: > r258695 introduces a sanity check for makefs in order to verify that > minimum image size specified is always less than maximum image size. > > If makefs(1) is invoked specifying minimum image size, but not maximum > one, the program exits with an error. Example: > > # sudo -E makefs -M 538968064 -B be /home/davide/disk.img $DESTDIR > makefs: `/home/davide/tftproot/mips' minsize of 538968064 rounded up > to ffs bsize of 8192 exceeds maxsize 0. Lower bsize, or round the > minimum and maximum sizes to bsize. > > I guess it's meaningful to assert that minsize < maxsize iff maxsize > is actually specified. The following patch tries to fix the problem. > Visual inspection of code also shows that maxsize == 0 is treated as > maxsize not specified. I'm not by any means familiar with makefs(1) > code, so I may miss something here. > > % git diff > diff --git a/usr.sbin/makefs/ffs.c b/usr.sbin/makefs/ffs.c > index 92d5508..83e9eae 100644 > --- a/usr.sbin/makefs/ffs.c > +++ b/usr.sbin/makefs/ffs.c > @@ -361,7 +361,8 @@ ffs_validate(const char *dir, fsnode *root, > fsinfo_t *fsopts) > if (ffs_opts->avgfpdir == -1) > ffs_opts->avgfpdir = AFPDIR; > > - if (roundup(fsopts->minsize, ffs_opts->bsize) > fsopts->maxsize) > + if (fsopts->maxsize > 0 > + && roundup(fsopts->minsize, ffs_opts->bsize) > fsopts->maxsize) - Should roundup be used with fsopts->maxsize) ? - style(9): put the `&&` on the previous line. > errx(1, "`%s' minsize of %lld rounded up to ffs bsize of %d " > "exceeds maxsize %lld. Lower bsize, or round the minimum " > "and maximum sizes to bsize.", dir, This (and the other rev) should really be pushed back to NetBSD.. Thanks! -Garrett From owner-freebsd-fs@FreeBSD.ORG Fri Sep 12 02:30:09 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 624481CB for ; Fri, 12 Sep 2014 02:30:09 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB89B89B for ; Fri, 12 Sep 2014 02:30:08 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ty20so98302lab.23 for ; Thu, 11 Sep 2014 19:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=clockworksquid.com; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=TxoZSwR6PnILR/uRVhvltcAMeAHJdnwzMNglsPuD1C0=; b=TNxh6R6H5UKQbebm/l/uipYT+Yydu3BOl+XqK0gRupEMC+IqO0F0GYkF+VA+mHRj7O RkfuFSIe+yXDr5lnRa8Lz/Xbl7dpx59bVDzjmxRB/suNCWX0eE3LU5p3jFCYgCgnnzi4 ca2AMQTxL5cFnDpSAE2FT24TqQwDPawV3986w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=TxoZSwR6PnILR/uRVhvltcAMeAHJdnwzMNglsPuD1C0=; b=b6nzkzMZp6dNrbkoh47Je/21hLoktE9Kv5txmWlDUlcHGwirhK2eLwsmOsRWUJv/dV QkJWis8+m0jIAVJ9K0ask1E4o9vM+Kq7QZuUNa+QTq30N1cL3JHksIAYbppa8oOTKX+F x2a0SUT6cf1I+Gmbnz1KEB+gCyVzyaEn8Rqvs1VGvP0SSheGasBZgaXcjs7ORHtUCDFk 2eZKCCLaUxpTCy4XWJEDk5+gFVQAB7lC/60kDFLWeSQ6EK5WKLCiQAnn/kzjUzNdeDpk GsVRofxcfy9egfwgYxl9IXVdU/pcEp4EbtyYvfUoP7ALCV/mNLFI60mq/n4LdrRZbqtL M+3Q== X-Gm-Message-State: ALoCoQmGU2pu8j6E1IvreB0pkRvBzlzsSnlCp97C7uUV8SyAXC4STK/CGzCdIY7a4K6sAYJN++oV X-Received: by 10.112.44.129 with SMTP id e1mr5193710lbm.78.1410489006637; Thu, 11 Sep 2014 19:30:06 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.6.72 with HTTP; Thu, 11 Sep 2014 19:29:46 -0700 (PDT) In-Reply-To: References: From: Juli Mallett Date: Thu, 11 Sep 2014 19:29:46 -0700 X-Google-Sender-Auth: _AR2CszTUByP0E4yvvcE1fkqpVc Message-ID: Subject: Re: [PATCH] Unbreak makefs -M To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Davide Italiano , "freebsd-fs@freebsd.org" , freebsd-current X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 02:30:09 -0000 On Thu, Sep 11, 2014 at 7:26 PM, Garrett Cooper wrote: > On Thu, Sep 11, 2014 at 7:16 PM, Davide Italiano > wrote: > > r258695 introduces a sanity check for makefs in order to verify that > > minimum image size specified is always less than maximum image size. > > > > If makefs(1) is invoked specifying minimum image size, but not maximum > > one, the program exits with an error. Example: > > > > # sudo -E makefs -M 538968064 -B be /home/davide/disk.img $DESTDIR > > makefs: `/home/davide/tftproot/mips' minsize of 538968064 rounded up > > to ffs bsize of 8192 exceeds maxsize 0. Lower bsize, or round the > > minimum and maximum sizes to bsize. > > > > I guess it's meaningful to assert that minsize < maxsize iff maxsize > > is actually specified. The following patch tries to fix the problem. > > Visual inspection of code also shows that maxsize == 0 is treated as > > maxsize not specified. I'm not by any means familiar with makefs(1) > > code, so I may miss something here. > > > > % git diff > > diff --git a/usr.sbin/makefs/ffs.c b/usr.sbin/makefs/ffs.c > > index 92d5508..83e9eae 100644 > > --- a/usr.sbin/makefs/ffs.c > > +++ b/usr.sbin/makefs/ffs.c > > @@ -361,7 +361,8 @@ ffs_validate(const char *dir, fsnode *root, > > fsinfo_t *fsopts) > > if (ffs_opts->avgfpdir == -1) > > ffs_opts->avgfpdir = AFPDIR; > > > > - if (roundup(fsopts->minsize, ffs_opts->bsize) > fsopts->maxsize) > > + if (fsopts->maxsize > 0 > > + && roundup(fsopts->minsize, ffs_opts->bsize) > > fsopts->maxsize) > > - Should roundup be used with fsopts->maxsize) ? > No. Maxsize is a hard limit, while minsize is always rounded up to at least the bsize. If you attempt to specify an improperly-rounded quantity as both the minimum and the maximum (for instance, because the bsize makefs decides to use has increased between executions), you'll always produce an image which is too large. That's exactly what this check was added to catch (and make less obtuse.) > - style(9): put the `&&` on the previous line. > > > errx(1, "`%s' minsize of %lld rounded up to ffs bsize of > %d " > > "exceeds maxsize %lld. Lower bsize, or round the > minimum " > > "and maximum sizes to bsize.", dir, > > This (and the other rev) should really be pushed back to NetBSD.. > > Thanks! > -Garrett > From owner-freebsd-fs@FreeBSD.ORG Fri Sep 12 07:18:31 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42D7080 for ; Fri, 12 Sep 2014 07:18:31 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC7605F6 for ; Fri, 12 Sep 2014 07:18:30 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id p9so363854lbv.10 for ; Fri, 12 Sep 2014 00:18:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=76mmBmAjRut9P/F/PAQn5CAqd8c/3ZVio8j4SV614Ao=; b=GihNBGN72dP6/HzXjvVcve/mjvgR9qS/dXJPUFpb+Lkts7LcMQftw4uRcCmowHi2BQ 1VocJV4FqTrmeU6R8CNXFn0fK3/5WWtr7+s6exxDjJ22xOpQATyXiRGC+2CUnra8za8C 9KvtzFm0zQEA1V6DXaFZtyWUoR8yaoVI0lD6F26vwND6YRr22cWP3Rx5OBXAR8YmLBZl HX6U8omt+tUDQFzx8MVF12oyGy9HPXQFdg55UKeS/y4bxp/BGSo1cWfrWwWSk5PExljX JzcZLyaie1XJXkkyJPX/IgRE3jgxUxeR7iiSp5UramN9/XvYPau3M3ladnvLj8EX2pg6 dv0Q== X-Received: by 10.152.7.8 with SMTP id f8mr6571798laa.27.1410506307178; Fri, 12 Sep 2014 00:18:27 -0700 (PDT) Received: from pc5.home (abws48.neoplus.adsl.tpnet.pl. [83.8.242.48]) by mx.google.com with ESMTPSA id ue1sm969869lac.48.2014.09.12.00.18.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 12 Sep 2014 00:18:26 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 12 Sep 2014 09:18:24 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Michael Dexter Subject: Re: iscsi_initiator.ko failure on 10.0 snapshot Message-ID: <20140912071824.GA4692@pc5.home> Mail-Followup-To: Michael Dexter , freebsd-fs@freebsd.org References: <54122225.8070502@callfortesting.org> <54122E52.1050202@callfortesting.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54122E52.1050202@callfortesting.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 07:18:31 -0000 On 0911T1620, Michael Dexter wrote: > > Hello, > >I am attempting to load the iscsi_initiator.ko kernel module on the > >FreeBSD-10.1-PRERELEASE-amd64-20140907-r271243-memstick.img snapshot and > >get an error with the following in /var/log/messages: > > > >... kernel: >>> iscsi_start: iscsi_initiator: make_dev_credf failed > >... kernel: module_register_init: MOD_LOAD (iscsi_initiator, > >0xffffffff82e43000, 0) error 17 > > I have found that this error appears if one loads iscsi.ko before > iscsi_initiator.ko. After the error, iscsi.ko appears to be loaded > but not usable. Unloading iscsi.ko will allow iscsi_initiator.ko to > load but trying iscsi.ko will result in the error. > > Both appear to create /dev/iscsi when loaded > > Is this the expected behavior? The fact that both use the same device node is expected, yes. Two other things you've mentioned are not, though: the fact that iscsi.ko ends up being not usable, and ctld panics. Can you show the exact command sequence that leads to the first problem, ie iscsi.ko being unusable, even though it's loaded? Do you have a backtrace for ctld panics? Thanks!