From owner-freebsd-fs@FreeBSD.ORG Sun Oct 25 03:46:03 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4A83106566B; Sun, 25 Oct 2009 03:46:03 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 98DF48FC1C; Sun, 25 Oct 2009 03:46:03 +0000 (UTC) Received: from [192.168.1.4] (adsl-150-102-19.bna.bellsouth.net [72.150.102.19]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9P3jvdr012717 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 24 Oct 2009 23:45:58 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Radek =?iso-8859-2?Q?Val=E1=B9ek?= In-Reply-To: <4AE33CF9.3050308@buchlovice.org> References: <4AD710D6.70404@buchlovice.org> <1255633430.2175.12.camel@balrog.2hip.net> <4AD779FC.1070204@buchlovice.org> <1256146709.2310.9.camel@balrog.2hip.net> <4AE33CF9.3050308@buchlovice.org> Content-Type: text/plain; charset="iso-8859-2" Organization: FreeBSD Date: Sat, 24 Oct 2009 22:45:52 -0500 Message-Id: <1256442352.3303.10.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2009 03:46:04 -0000 On Sat, 2009-10-24 at 19:44 +0200, Radek Valášek wrote: > Robert Noland napsal(a): > > On Thu, 2009-10-15 at 21:37 +0200, Radek Valášek wrote: > > > >> Robert Noland napsal(a): > >> > >>> On Thu, 2009-10-15 at 14:08 +0200, Radek Valášek wrote: > >>> > >>> > >>>> Hi, > >>>> > >>>> I want to ask if there is something new in adding support to > >>>> gptzfsboot/zfsboot for reading gang-blocks? > >>>> > >>>> > > > > I think that the gang block patch will work, though still haven't gotten > > it tested. However, I'm fairly confident that the issue is not gang > > block related. Right now, I have setup a disk like this: > > > > => 34 1953525101 ada1 GPT (932G) > > 34 128 1 freebsd-boot (64K) > > 162 8388608 2 freebsd-swap (4.0G) > > 8388770 648019968 3 freebsd-zfs (309G) > > 656408738 648019968 4 freebsd-zfs (309G) > > 1304428706 648019968 5 freebsd-zfs (309G) > > 1952448674 1076461 - free - (526M) > > > > Note that this is not a raidz pool right now. It is just 3 toplevel > > partitions setup as a single pool. I finally have this configuration > > working reliably. At least in this case, the issue is due to all of the > > partitions not being probed during early boot and so not being added to > > the list of vdevs for the pool. When zio_read finds a dva that points > > to a device it doesn't know about, it gives up and whines. > > > > Can you detail for me how you have everything configured, so that I can > > try to replicate it. gpart show, zpool status and zpool get all > > would be good. I'm not sure that I have enough spare disks lying around > > to do this properly, but maybe I can use virtual disks or something. > > > > robert. > > > > > > Sorry for not responding so long. Here are details you want from me: > > # gpart show > => 34 1953525101 ad6 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > => 34 1953525101 ad8 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > => 34 1953525101 ad10 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > => 34 1953525101 ad12 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > # zpool status > pool: z > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > z ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad6p2 ONLINE 0 0 0 > ad8p2 ONLINE 0 0 0 > ad10p2 ONLINE 0 0 0 > ad12p2 ONLINE 0 0 0 > > errors: No known data errors > > # zpool get all z > NAME PROPERTY VALUE SOURCE > z size 3.62T - > z used 4.62G - > z available 3.62T - > z capacity 0% - > z altroot - default > z health ONLINE - > z guid 17857007133862981114 - > z version 13 default > z bootfs z/system local > z delegation on default > z autoreplace off default > z cachefile - default > z failmode wait default > z listsnapshots off default > > I've tested your patches but it seems that you're right and it's not > gang related issue. I was able to discover these things on a fully > functional zfs pool (system compiled with your patches): > > 1, If I overwrite the file /boot/loader.conf (with copy of itself, or > when upgrading kernel/world), next reboot comes with these messages: > > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS drive D: is disk1 > BIOS drive E: is disk2 > BIOS drive F: is disk3 > BIOS 627kB/3405248kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (root@ztest, Thu Oct 22 22:27:22 CEST 2009) > Loading /boot/defaults/loader.conf > ZFS: i/o error - all block copies unavailable > Warning: error reading file /boot/loader.conf > > Then I'm still able to boot the system, but I must set the boot > variables included in loader.conf by hand > > 2, Next I overwrite the file /boot/loader (with copy of itself, or when > upgrading kernel/world) and reboot comes with these messages: > > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS drive D: is disk1 > BIOS drive E: is disk2 > BIOS drive F: is disk3 > BIOS 627kB/3405248kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (root@ztest, Thu Oct 22 22:27:22 CEST 2009) > Loading /boot/defaults/loader.conf > ZFS: i/o error - all block copies unavailable > Warning: error reading file /boot/loader.conf > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > Unable to load a kernel! > > After that I'm no longer able to boot the system from zfs pool. > > Hope you have some ideas... Ok, can you retest with -CURRENT? I just committed some fixes on Friday. I'm having real difficulty in reproducing these issues. Most of the problems that I've run into so far had to do with the system not knowing about all of the vdevs when it wanted to read something. In your case, it looks like you are making it to boot3 and it appears to be seeing all 4 of your disks. Right now, I've been trying to track down an issue wher the MOS can't be read, which basically means that we have screwed up the root block pointer somehow. I haven't been able to reproduce that issue in qemu, I have been able to reproduce it with VirtualBox, but it is really time consuming trying to work in vbox since I have to reconvert all of the disk images every time I make a change. I'm actually a bit concerned that it hinges on how many drives are visible to the bios at various points in time. robert. > vaLin > > >>> Ok, I can't figure out any way to test this... beyond the fact that it > >>> builds and doesn't break my currently working setup. Can you give this > >>> a try? It should still report if it finds gang blocks, but hopefully > >>> now will read them as well. > >>> > >>> robert. > >>> > >>> > >>> > >> Big thanks for the patches Robert, I will definitely test them as soon > >> as possible (tomorrow) and report the results immediately to list. I can > >> repeat this issue probably at any time (up to cca 30 times tested with > >> the same result), so don't bother about the broken booting, I'm prepared > >> for it... > >> > >> vaLin > >> > >>>> From Sun's docs: > >>>> > >>>> Gang blocks > >>>> > >>>> When there is not enough contiguous space to write a complete block, the ZIO > >>>> pipeline will break the I/O up into smaller 'gang blocks' which can later be > >>>> assembled transparently to appear as complete blocks. > >>>> > >>>> Everything works fine for me, until I rewrite kernel/world after system > >>>> upgrade to latest one (releng_8). After this am I no longer able to boot > >>>> from zfs raidz1 pool with following messages: > >>>> > >>>> >/ ZFS: i/o error - all block copies unavailable > >>>> />/ ZFS: can't read MOS > >>>> />/ ZFS: unexpected object set type lld > >>>> />/ ZFS: unexpected object set type lld > >>>> />/ > >>>> />/ FreeBSD/i386 boot > >>>> />/ Default: z:/boot/kernel/kernel > >>>> />/ boot: > >>>> />/ ZFS: unexpected object set type lld > >>>> />/ > >>>> />/ FreeBSD/i386 boot > >>>> />/ Default: tank:/boot/kernel/kernel > >>>> />/ boot: > >>>> // > >>>> /I presume it's the same issue as talked in june-2009 current mailing > >>>> list > >>>> http://lists.freebsd.org/pipermail/freebsd-current/2009-June/008589.html > >>>> > >>>> Any success in that matter? > >>>> > >>>> Thnx for answer. > >>>> > >>>> vaLin > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>> > >>>> > -- Robert Noland FreeBSD From owner-freebsd-fs@FreeBSD.ORG Sun Oct 25 16:00:18 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D271065676 for ; Sun, 25 Oct 2009 16:00:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D3E1A8FC13 for ; Sun, 25 Oct 2009 16:00:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9PG0IiN019964 for ; Sun, 25 Oct 2009 16:00:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9PG0IeL019956; Sun, 25 Oct 2009 16:00:18 GMT (envelope-from gnats) Date: Sun, 25 Oct 2009 16:00:18 GMT Message-Id: <200910251600.n9PG0IeL019956@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Carl Chave Cc: Subject: Re: kern/139806: [zfs] [panic] Write attempt to file in ZFS snapshot dir causes panic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Carl Chave List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2009 16:00:19 -0000 The following reply was made to PR kern/139806; it has been noted by GNATS. From: Carl Chave To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/139806: [zfs] [panic] Write attempt to file in ZFS snapshot dir causes panic Date: Sun, 25 Oct 2009 10:47:40 -0400 Rebuilt zfs.ko using: head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (version 197861 + this patch) head/sys/cddl/compat/opensolaris/kern/opensolaris_policy.c (version 197861) head/sys/cddl/compat/opensolaris/sys/policy.h (version 197861) Resulting zfs.ko works as expected and does not panic when attempting to modify an existing snapshot file as described in the original PR. On Thu, Oct 22, 2009 at 3:50 PM, Jaakko Heinonen wrote: > > Hi, > > On 2009-10-21, Carl Chave wrote: >> Fixit# echo hello >> test.txt >> panic: dirtying snapshot! > > The problem seems to be that in certain conditions zfs_freebsd_access() > uses only vaccess(9) for access check. However vaccess(9) doesn't handle > the read-only file system case. > > Could you try this patch? > > --- patch begins here --- > Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c =A0(revisi= on 198368) > +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c =A0(workin= g copy) > @@ -3989,7 +3989,12 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0struct thread *a_td; > =A0 =A0 =A0 =A0} */ *ap; > =A0{ > + =A0 =A0 =A0 int error; > > + =A0 =A0 =A0 error =3D zfs_access(ap->a_vp, ap->a_accmode, 0, ap->a_cred= , NULL); > + =A0 =A0 =A0 if (error !=3D 0) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return (error); > + > =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 * ZFS itself only knowns about VREAD, VWRITE and VEXEC, t= he rest > =A0 =A0 =A0 =A0 * we have to handle by calling vaccess(). > @@ -3999,11 +4004,11 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0znode_t *zp =3D VTOZ(vp); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0znode_phys_t *zphys =3D zp->z_phys; > > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 return (vaccess(vp->v_type, zphys->zp_mode,= zphys->zp_uid, > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 zphys->zp_gid, ap->a_accmode, ap->a= _cred, NULL)); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 error =3D vaccess(vp->v_type, zphys->zp_mod= e, zphys->zp_uid, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 zphys->zp_gid, ap->a_accmode, ap->a= _cred, NULL); > =A0 =A0 =A0 =A0} > > - =A0 =A0 =A0 return (zfs_access(ap->a_vp, ap->a_accmode, 0, ap->a_cred, = NULL)); > + =A0 =A0 =A0 return (error); > =A0} > > =A0static int > --- patch ends here --- > > -- > Jaakko > From owner-freebsd-fs@FreeBSD.ORG Sun Oct 25 21:23:44 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A7B4106566C for ; Sun, 25 Oct 2009 21:23:44 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3E2DA8FC16 for ; Sun, 25 Oct 2009 21:23:43 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 25 Oct 2009 16:54:50 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QGQ36770; Sun, 25 Oct 2009 16:54:48 -0400 (EDT) X-Auth-ID: gcorcoran Received: from 216-164-180-100.c3-0.tlg-ubr8.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.161]) ([216.164.180.100]) by smtp01.lnh.mail.rcn.net with ESMTP; 25 Oct 2009 16:54:49 -0400 Message-ID: <4AE4BB46.2040608@rcn.com> Date: Sun, 25 Oct 2009 16:55:34 -0400 From: Gary Corcoran User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Subject: Western Digital RE4-GP WD2002FYPS 2TB hard disks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2009 21:23:44 -0000 I'm thinking of building a ZFS-based home server using just the motherboard ICH10R SATA connectors, and a few Western Digital RE4-GP WD2002FYPS 2TB disk drives. These are the "Raid Edition enterprise class" drives. I've read of problems with these drives when connected to mid-to-high end SATA RAID controllers from Adaptec, Areca, and LSI. But I was wondering if anyone has had any problems just hooking them up to to the Intel motherboard ICH10R SATA connections as simple (individual) disks? Or has anyone had any success in using these drives for a raidz setup? Thanks, Gary From owner-freebsd-fs@FreeBSD.ORG Sun Oct 25 22:00:39 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91896106568F for ; Sun, 25 Oct 2009 22:00:39 +0000 (UTC) (envelope-from rincebrain@gmail.com) Received: from mail-vw0-f189.google.com (mail-vw0-f189.google.com [209.85.212.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBFA8FC13 for ; Sun, 25 Oct 2009 22:00:39 +0000 (UTC) Received: by vws27 with SMTP id 27so4271824vws.3 for ; Sun, 25 Oct 2009 15:00:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=HzwCJolLcQUfcNFehiD3hNt72Id3gOc8Ok/W4J+C4F4=; b=SjDkM0FBZKMzHFfW1C6qtgeUm72ZqyY18M9kV4n252mDWSQhrUVLrSY4NWNTaCYQ3c sbynhaGCJikafUdBW7ALkdCnC8QEKkc0QV2kR7LR/KfvgBnkaYvTzpL62Tm3Oqnfsjjy JeO/R9kGwUKsCM58FXbga8fSOWInPgDDyKegI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=nIuX1dczQ89pYebAC0UyTgyqjpHtzqcegqW6tJBFnfvczZaC7Mw51I3wiNdWSDVHrQ nGTgMnGz16Aini9wfxmsWmbNcIMnWAP0CgGDLDEtxifHeBmK7B04A0fgTKTz/NMIej9n nuDs2jCap7i6cEpjFlIL9oEVhf0/nimuXL9F0= MIME-Version: 1.0 Received: by 10.220.123.228 with SMTP id q36mr8334374vcr.58.1256508038623; Sun, 25 Oct 2009 15:00:38 -0700 (PDT) Date: Sun, 25 Oct 2009 18:00:38 -0400 Message-ID: <5da0588e0910251500q79f72822w87581c2823360a71@mail.gmail.com> From: Rich To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: extattr/xattr on 8.0-RC1 ZFS? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2009 22:00:39 -0000 Hello world, I'm running 8.0-RC1 built from latest RELENG_8 on September 29th. I found a use case for extended attrs in my day to day life - I wanted to make everything in a given directory have a default mask of group-writable. I tried: # setfacl -d -m u::rwx,g::rwx,mask::rwx /bukkit/home/rercola/oose setfacl: acl_get_file() failed: Operation not supported # zfs get xattr bukkit/home/rercola NAME PROPERTY VALUE SOURCE bukkit/home/rercola xattr off temporary # zfs set xattr=on bukkit/home/rercola # zfs get xattr bukkit/home/rercola NAME PROPERTY VALUE SOURCE bukkit/home/rercola xattr off temporary What's going on? Wikipedia says, uncited, that FBSD ZFS has extended attributes. The FBSD wiki page on ZFS says that extattr is "done", but the description hasn't changed from before this was the case. I tried, naively: # extattrctl start /bukkit/home/rercola/ extattrctl start: Operation not supported What's the correct thing to do here? Is it secretly unsupported and the documentation is imprecise? Or am I just an idiot? - Rich -- Todo corpo mergulhado numa banheira faz tocar o telefone. -- Joseph Murphy From owner-freebsd-fs@FreeBSD.ORG Mon Oct 26 00:38:12 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4BC2106566B for ; Mon, 26 Oct 2009 00:38:12 +0000 (UTC) (envelope-from josh@multipart-mixed.com) Received: from joshcarter.com (67-207-137-80.slicehost.net [67.207.137.80]) by mx1.freebsd.org (Postfix) with ESMTP id 964598FC1D for ; Mon, 26 Oct 2009 00:38:12 +0000 (UTC) Received: from [192.168.1.196] (dsl081-096-235.den1.dsl.speakeasy.net [64.81.96.235]) by joshcarter.com (Postfix) with ESMTPSA id 64D0A1C001; Mon, 26 Oct 2009 00:38:11 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Josh Carter In-Reply-To: <4AE4BB46.2040608@rcn.com> Date: Sun, 25 Oct 2009 18:38:09 -0600 Content-Transfer-Encoding: 7bit Message-Id: <08FA3881-AE46-441B-841E-F3E314713256@multipart-mixed.com> References: <4AE4BB46.2040608@rcn.com> To: Gary Corcoran X-Mailer: Apple Mail (2.1076) Cc: freebsd-fs@freebsd.org Subject: Re: Western Digital RE4-GP WD2002FYPS 2TB hard disks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 00:38:12 -0000 Gary, Just one data point, we've been evaluating 60 of these drives and we've had some problems. We've had a couple fall over, and WD said they had some production issues which are now worked out. We'll see. :) We had problems on both SAS and direct-attach SATA. The drives have great specs, however, and we're going to continue working with WD. I'm pretty sure WD is making a serious effort to get into the enterprise space with these drives, so they'll get their stuff together. Right at the moment I'd have some reservations about putting these drives into a production environment. Best regards, Josh On Oct 25, 2009, at 2:55 PM, Gary Corcoran wrote: > I'm thinking of building a ZFS-based home server using just the > motherboard ICH10R SATA connectors, and a few Western Digital RE4-GP > WD2002FYPS 2TB > disk drives. These are the "Raid Edition enterprise class" drives. > I've read of > problems with these drives when connected to mid-to-high end SATA > RAID controllers > from Adaptec, Areca, and LSI. But I was wondering if anyone has had > any problems > just hooking them up to to the Intel motherboard ICH10R SATA > connections as simple > (individual) disks? Or has anyone had any success in using these > drives for a raidz > setup? > > Thanks, > Gary > _______________________________________________ > 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 Mon Oct 26 01:30:39 2009 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F02B1065676 for ; Mon, 26 Oct 2009 01:30:39 +0000 (UTC) (envelope-from solon@pyro.de) Received: from srv23.fsb.echelon.bnd.org (mail.pyro.de [83.137.99.96]) by mx1.freebsd.org (Postfix) with ESMTP id 03C3D8FC14 for ; Mon, 26 Oct 2009 01:30:38 +0000 (UTC) Received: from port-87-193-183-44.static.qsc.de ([87.193.183.44] helo=flash.home) by srv23.fsb.echelon.bnd.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N2EPq-0006XI-1T; Mon, 26 Oct 2009 02:30:37 +0100 Date: Mon, 26 Oct 2009 02:30:32 +0100 From: Solon Lutz X-Mailer: The Bat! (v3.99.25) Professional Organization: pyro.labs berlin X-Priority: 3 (Normal) Message-ID: <1791999980.20091026023032@pyro.de> To: Wes Morgan , freebsd-fs@FreeBSD.ORG In-Reply-To: References: <886802879.20091008113716@pyro.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.4 (-) X-Spam-Report: Spam detection software, running on the system "srv23.fsb.echelon.bnd.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > Did you ever get any response? I have a very similar sounding issue with > my raidz2. I've always assumed it was because the volume was nearly full > and maybe some fragmentation or something. All of my devices are on MPT > controllers, so I don't think that the highpoint device is an issue. [...] Content analysis details: (-1.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Flag: NO Cc: Subject: Re: raidz slowing down X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 01:30:39 -0000 > Did you ever get any response? I have a very similar sounding issue with= =20 > my raidz2. I've always assumed it was because the volume was nearly full= =20 > and maybe some fragmentation or something. All of my devices are on MPT= =20 > controllers, so I don't think that the highpoint device is an issue. Nope, no responses... Since I was working on a rescue operation, I didn't have the patience to eliminated all kinds of errors and so I swapped out da1 (maybe a little bit slow or buggy?) and used the forensics version of dd 'dcfldd'. It has a split option and I suspected that ZFS has problems when writing huge amounts of continous data streams - so I split the 10TB in 100GB files, which took about 11 hours. I don't know if this is general problem, or if this only happens when the input id delivered at a much higher data-rate. In this case, the HW-RAID/zp= ool was able to deliver data at 600MB/s while the RAIDZ/zpool could only write at 1= 30MB/s. The dynamics of this 'slow-down' that I could watch via gstat looked like t= he whole access on the device level was desynchronizing completely. In the end, before I quit the process, write-speed was down to 5MB/s ! But as I mentioned earlier, I had no nerves for bug-hunting, due to a bigger (still unsolved) problem at hand. Maybe somebody else likes to investigate? I'm busy with ZFS forensics... solon > On Thu, 8 Oct 2009, Solon Lutz wrote: >> I built a 9x hdd 11TB raidz for some rescue purposes and started >> copying an image from another partition via "dd if=3D/dev/da0..." to it. >> It consists of: ad4 da1 da2 da3 da4 da5 da6 da7 da8, da1 to da8 are >> connected via two highpoint controllers. >> In the beginning write speeds were quite fair: >> dT: 1.002s w: 1.000s >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 0 424 0 0 0.0 424 52483 33.9 84.6| ad4 >> 0 0 0 0 0.0 0 0 0.0 0.0| da0 >> 35 356 0 0 0.0 356 44584 76.4 124.5| da1 >> 35 296 0 0 0.0 296 36919 84.5 121.0| da2 >> 34 361 0 0 0.0 361 45111 75.5 124.7| da3 >> 35 346 0 0 0.0 346 43196 78.6 123.2| da4 >> 35 344 0 0 0.0 344 42940 80.0 124.7| da5 >> 35 343 0 0 0.0 343 42812 80.7 124.5| da6 >> 35 344 0 0 0.0 344 43051 79.8 123.9| da7 >> 34 342 0 0 0.0 342 42796 80.6 124.4| da8 >> Now, some 10 hours and 2.5TB later, it look like that most of the time: >> dT: 1.002s w: 1.000s >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 0 10 0 0 0.0 10 6 0.8 0.2| ad4 >> 0 0 0 0 0.0 0 0 0.0 0.0| da0 >> 4 13 0 0 0.0 13 8 550.4 178.5| da1 >> 0 12 0 0 0.0 12 7 0.7 0.2| da2 >> 0 11 0 0 0.0 11 7 0.7 0.2| da3 >> 0 10 0 0 0.0 10 5 0.6 0.2| da4 >> 0 11 0 0 0.0 11 6 0.9 0.3| da5 >> 0 12 0 0 0.0 12 7 0.7 0.2| da6 >> 0 11 0 0 0.0 11 7 0.7 0.2| da7 >> 0 9 0 0 0.0 9 6 0.8 0.2| da8 >> da1 seems to be busy most of time and every few seconds all the other >> devices write some data with nearly normal speed: >> dT: 1.003s w: 1.000s >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 0 254 0 0 0.0 254 31331 34.9 35.4| ad4 >> 0 0 0 0 0.0 0 0 0.0 0.0| da0 >> 4 0 0 0 0.0 0 0 0.0 0.0| da1 >> 0 254 0 0 0.0 254 31346 107.4 104.5| da2 >> 0 256 0 0 0.0 256 31345 108.1 104.0| da3 >> 0 255 0 0 0.0 255 31345 110.2 105.1| da4 >> 35 200 0 0 0.0 200 24912 143.3 115.0| da5 >> 35 211 0 0 0.0 211 26303 137.8 114.9| da6 >> 35 210 0 0 0.0 210 26079 139.3 114.9| da7 >> 35 209 0 0 0.0 209 25952 135.2 113.7| da8 >> Sometimes it even gets back to 'normal' behaviour, but never reaches >> the speeds it once had: >> dT: 1.002s w: 1.000s >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 35 274 0 0 0.0 274 34334 44.2 66.6| ad4 >> 0 1166 1166 149243 0.1 0 0 0.0 14.3| da0 >> 35 120 0 0 0.0 120 14717 94.4 64.5| da1 >> 35 96 0 0 0.0 96 11665 113.9 64.3| da2 >> 35 100 0 0 0.0 100 12288 98.7 63.9| da3 >> 35 103 0 0 0.0 103 12496 93.4 59.4| da4 >> 34 112 0 0 0.0 112 13694 106.1 67.4| da5 >> 35 71 0 0 0.0 71 8596 115.3 66.8| da6 >> 35 116 0 0 0.0 116 14205 101.7 67.3| da7 >> 35 83 0 0 0.0 83 10066 112.2 65.9| da8 >> Syslog reports the following: >> Oct 8 09:53:40 radium kernel: hptrr: start channel [0,0] >> Oct 8 09:53:40 radium kernel: hptrr: channel [0,0] started successfully >> Oct 8 09:57:44 radium kernel: hptrr: start channel [0,0] >> Oct 8 09:57:45 radium kernel: hptrr: channel [0,0] started successfully >> Oct 8 10:54:26 radium kernel: hptrr: start channel [0,0] >> Oct 8 10:54:27 radium kernel: hptrr: channel [0,0] started successfully >> Oct 8 11:10:29 radium kernel: hptrr: start channel [0,0] >> Oct 8 11:10:30 radium kernel: hptrr: channel [0,0] started successfully >> Oct 8 11:17:27 radium kernel: hptrr: start channel [0,0] >> Oct 8 11:17:27 radium kernel: hptrr: channel [0,0] started successfully >> Is this a problem of the hptrr device or is da1 failing? >> Mit freundlichen Gr=FC=DFen >> Best regards, >> Solon Lutz >> +-----------------------------------------------+ >> | Pyro.Labs Berlin - Creativity for tomorrow | >> | Wasgenstrasse 75/13 - 14129 Berlin, Germany | >> | www.pyro.de - phone + 49 - 30 - 48 48 58 58 | >> | info@pyro.de - fax + 49 - 30 - 80 94 03 52 | >> +-----------------------------------------------+ >> _______________________________________________ >> 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 Mon Oct 26 11:06:58 2009 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A2E106568D for ; Mon, 26 Oct 2009 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA758FC26 for ; Mon, 26 Oct 2009 11:06:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9QB6wcm043745 for ; Mon, 26 Oct 2009 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9QB6vE9043743 for freebsd-fs@FreeBSD.org; Mon, 26 Oct 2009 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Oct 2009 11:06:57 GMT Message-Id: <200910261106.n9QB6vE9043743@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 11:06:58 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/139806 fs [zfs] [panic] Write attempt to file in ZFS snapshot di o kern/139725 fs [zfs] zdb(1) dumps core on i386 when examining zpool c o kern/139715 fs [zfs] vfs.numvnodes leak on busy zfs o bin/139651 fs [nfs] mount(8): read-only remount of NFS volume does n o kern/139597 fs [patch] [tmpfs] tmpfs initializes va_gen but doesn't u o kern/139564 fs [zfs] [panic] 8.0-RC1 - Fatal trap 12 at end of shutdo o kern/139407 fs [smbfs] [panic] smb mount causes system crash if remot o kern/139363 fs [nfs] diskless root nfs mount from non FreeBSD server o kern/138790 fs [zfs] ZFS ceases caching when mem demand is high o kern/138524 fs [msdosfs] disks and usb flashes/cards with Russian lab o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138367 fs [tmpfs] [panic] 'panic: Assertion pages > 0 failed' wh o kern/138202 fs mount_msdosfs(1) see only 2Gb o kern/138109 fs [extfs] [patch] Minor cleanups to the sys/gnu/fs/ext2f f kern/137037 fs [zfs] [hang] zfs rollback on root causes FreeBSD to fr o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume o kern/136865 fs [nfs] [patch] NFS exports atomic and on-the-fly atomic o kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135594 fs [zfs] Single dataset unresponsive with Samba o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133980 fs [panic] [ffs] panic: ffs_valloc: dup alloc o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis o kern/133614 fs [smbfs] [panic] panic: ffs_truncate: read-only filesys o kern/133174 fs [msdosfs] [patch] msdosfs must support utf-encoded int f kern/133150 fs [zfs] Page fault with ZFS on 7.1-RELEASE/amd64 while w o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132597 fs [tmpfs] [panic] tmpfs-related panic while interrupting o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131995 fs [nfs] Failure to mount NFSv4 server o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/131086 fs [ext2fs] [patch] mkfs.ext2 creates rotten partition o kern/130979 fs [smbfs] [panic] boot/kernel/smbfs.ko o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130229 fs [iconv] usermount fails on fs that need iconv o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/129059 fs [zfs] [patch] ZFS bootloader whitelistable via WITHOUT f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE f kern/128173 fs [ext2fs] ls gives "Input/output error" on mounted ext3 o kern/127659 fs [tmpfs] tmpfs memory leak o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS f kern/125536 fs [ext2fs] ext 2 mounts cleanly but fails on commands li f kern/124621 fs [ext3] [patch] Cannot mount ext2fs partition f bin/124424 fs [zfs] zfs(8): zfs list -r shows strange snapshots' siz o kern/123939 fs [msdosfs] corrupts new files o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o kern/122047 fs [ext2fs] [patch] incorrect handling of UF_IMMUTABLE / o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o bin/121779 fs [ufs] snapinfo(8) (and related tools?) only work for t o bin/121366 fs [zfs] [patch] Automatic disk scrubbing from periodic(8 o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha f kern/120991 fs [panic] [fs] [snapshot] System crashes when manipulati o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F f kern/119735 fs [zfs] geli + ZFS + samba starting on boot panics 7.0-B o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o bin/118249 fs mv(1): moving a directory changes its mtime o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117314 fs [ntfs] Long-filename only NTFS fs'es cause kernel pani o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o kern/116913 fs [ffs] [panic] ffs_blkfree: freeing free block p kern/116608 fs [msdosfs] [patch] msdosfs fails to check mount options o kern/116583 fs [ffs] [hang] System freezes for short time when using o kern/116170 fs [panic] Kernel panic when mounting /tmp o kern/115645 fs [snapshots] [panic] lockmgr: thread 0xc4c00d80, not ex o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b f usb/112640 fs [ext2fs] [hang] Kernel freezes when writing a file to o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o kern/109024 fs [msdosfs] mount_msdosfs: msdosfs_iconv: Operation not o kern/109010 fs [msdosfs] can't mv directory within fat32 file system o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106030 fs [ufs] [panic] panic in ufs from geom when a dead disk o kern/105093 fs [ext2fs] [patch] ext2fs on read-only media cannot be m o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [iso9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna f kern/91568 fs [ufs] [panic] writing to UFS/softupdates DVD media in o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/89991 fs [ufs] softupdates with mount -ur causes fs UNREFS o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88266 fs [smbfs] smbfs does not implement UIO_NOCOPY and sendfi o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o kern/85326 fs [smbfs] [panic] saving a file via samba to an overquot o kern/84589 fs [2TB] 5.4-STABLE unresponsive during background fsck 2 o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o kern/77826 fs [ext2fs] ext2fs usb filesystem will not mount RW o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/51583 fs [nullfs] [patch] allow to work with devices and socket o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t 141 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Oct 26 12:01:29 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB6621065695 for ; Mon, 26 Oct 2009 12:01:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0658FC17 for ; Mon, 26 Oct 2009 12:01:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA27341; Mon, 26 Oct 2009 14:01:24 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AE58F93.3040300@icyb.net.ua> Date: Mon, 26 Oct 2009 14:01:23 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Rich References: <5da0588e0910251500q79f72822w87581c2823360a71@mail.gmail.com> In-Reply-To: <5da0588e0910251500q79f72822w87581c2823360a71@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org Subject: Re: extattr/xattr on 8.0-RC1 ZFS? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 12:01:30 -0000 on 26/10/2009 00:00 Rich said the following: > Hello world, > I'm running 8.0-RC1 built from latest RELENG_8 on September 29th. > > I found a use case for extended attrs in my day to day life - I wanted > to make everything in a given directory have a default mask of > group-writable. > > I tried: > # setfacl -d -m u::rwx,g::rwx,mask::rwx /bukkit/home/rercola/oose > setfacl: acl_get_file() failed: Operation not supported > # zfs get xattr bukkit/home/rercola > NAME PROPERTY VALUE SOURCE > bukkit/home/rercola xattr off temporary > # zfs set xattr=on bukkit/home/rercola > # zfs get xattr bukkit/home/rercola > NAME PROPERTY VALUE SOURCE > bukkit/home/rercola xattr off temporary > > What's going on? Wikipedia says, uncited, that FBSD ZFS has extended > attributes. The FBSD wiki page on ZFS says that extattr is "done", but > the description hasn't changed from before this was the case. > I tried, naively: > > # extattrctl start /bukkit/home/rercola/ > extattrctl start: Operation not supported > > What's the correct thing to do here? Is it secretly unsupported and > the documentation is imprecise? Or am I just an idiot? I believe that only NFSv4-style ACLs are supported for ZFS. AFAIK, "default ACL" is a feature of POSIX-style ACLs. BTW, ACLs and extended attributes might be related things but they are not the same. And your attempt to use extattrctl was very naďve indeed, just open its manual page. setfacl(1), lsextattr(1) are mandatory reading :-) -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Mon Oct 26 19:51:21 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B604106566B; Mon, 26 Oct 2009 19:51:21 +0000 (UTC) (envelope-from valin@buchlovice.org) Received: from smtp-sfn.sitkom.cz (smtp-sfn.sitkom.cz [88.146.175.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0359A8FC15; Mon, 26 Oct 2009 19:51:20 +0000 (UTC) Received: from osiris.buchlovice.sfn (osiris.buchlovice.sfn [10.6.193.10]) by smtp-sfn.sitkom.cz (Postfix) with ESMTP id 08B731FA61B; Mon, 26 Oct 2009 20:51:19 +0100 (CET) Message-ID: <4AE5FDB4.20101@buchlovice.org> Date: Mon, 26 Oct 2009 20:51:16 +0100 From: =?UTF-8?B?UmFkZWsgVmFsw6HFoWVr?= User-Agent: Thunderbird 2.0.0.23 (X11/20091015) MIME-Version: 1.0 To: Robert Noland References: <1256517106.2502.205.camel@balrog.2hip.net> <1256571299.2502.219.camel@balrog.2hip.net> In-Reply-To: <1256571299.2502.219.camel@balrog.2hip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, "freebsd-current@freebsd.org" , merijn@inconsistent.nl Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 19:51:21 -0000 Robert Noland napsal(a): > On Mon, 2009-10-26 at 10:23 +0100, Merijn Verstraaten wrote: > >> On Mon, 26 Oct 2009 01:31:46 +0100, Robert Noland >> wrote: >> >>>> After installing 8.0-RC1 (amd64) from USB stick this installation works >>>> fine. If I csup to RELENG_8 (amd64) and compile + install world and >>>> kernel >>>> booting from the ZFS fails. The initial installation I did just this, on >>>> another attempt I ran "gpart bootcode -b /boot/pbmr -p /boot/gptzfsboot >>>> adX" on all disks before rebooting to see if that had any effect. The >>>> end >>>> result is the same. After rebooting the machine I get the following >>>> prompt(s): >>>> >>>> ZFS: i/o error - all block copies unavailable >>>> Invalid format >>>> >>>> FreeBSD/i386 boot >>>> Default: tank:/boot/kernel/kernel >>>> boot: >>>> >>> Could you type "status" at this point and tell what it shows? >>> >> If I type status at this point I get: >> >> pool: tank >> config: >> NAME STATE >> tank ONLINE >> raidz1 ONLINE >> ad4p3 ONLINE >> ad6p3 ONLINE >> ad8p3 ONLINE >> ad10p3 ONLINE >> >> Which seems odd, since that's all the drives there are. So if it finds >> these it's already found all drives. My optimistic "Oh! I'll try and boot >> again" spirit was however crushed since it just results in the same error. >> > > Ok, that is both good and frustrating... I haven't produced any boot > failures with all of the drives visible. Do, note that I just added > support for reading gang blocks to the loader. (basically untested, > since I haven't managed to create them at will) You will need to update > your partition boot code for it to be supported during early boot. i.e. > gpart bootcode -p /boot/gptzfsboot -i > > The "all block copies unavailable" is a frustrating error, since all it > means is a failed read, but we don't get a clue what failed or why. > With the code that is in -CURRENT it will report gang blocks if found, > even if it fails to read them. > > robert. > So I switched to -CURRENT: 1, overwriting /boot/loader.conf results with: BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS drive E: is disk2 BIOS drive F: is disk3 BIOS 627kB/3405248kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@ztest, Mon Oct 26 14:01:44 CEST 2009) Loading /boot/defaults/loader.conf ZFS: i/o error - all block copies unavailable Warning: error reading file /boot/loader.conf so basically the same as in RELENG_8 2, + overwriting /boot/loader results with: ZFS: i/o error - all block copies unavailable Invalid format FreeBSD/i386 boot Default: z:/boot/kernel/kernel boot: \ int=00000001 err=00000000 efl=00000087 eip=0018d27d eax=0018d2af ebx=18bf9925 ecx=540d8ef2 edx=00000000 esi=00009401 edi=000919d0 ebp=36571125 esp=80000000 cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 cs:eip=1f 68 e2 c6 7d 75 0c 5d-45 58 c7 80 f5 99 bd 9e fe 68 2d 3e 3c 35 5e 67-61 12 fe 50 c9 0b e4 70 ss:esp=00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 BTX halted 3, I also try the 'status' as you told to Merijn before BTX halted: ZFS: i/o error - all block copies unavailable Invalid format FreeBSD/i386 boot Default: z:/boot/kernel/kernel boot: status pool: z config: NAME STATE z ONLINE raidz1 ONLINE ad6p2 ONLINE ad8p2 ONLINE ad10p2 ONLINE ad12p2 ONLINE radek. > > >> Kind regards, >> Merijn >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> From owner-freebsd-fs@FreeBSD.ORG Tue Oct 27 00:01:31 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36E08106568F; Tue, 27 Oct 2009 00:01:31 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id C4E8F8FC08; Tue, 27 Oct 2009 00:01:30 +0000 (UTC) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n9QNk2XY049171 ; Tue, 27 Oct 2009 00:46:02 +0100 (CET) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id n9QNk1AO075048; Tue, 27 Oct 2009 00:46:01 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id n9QNk0nx075045; Tue, 27 Oct 2009 00:46:00 +0100 (CET) (envelope-from arno) To: freebsd-fs@freebsd.org From: "Arno J. Klaassen" Date: Tue, 27 Oct 2009 00:46:00 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.94.2/9944/Mon Oct 26 22:00:04 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 4AE634BA.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4AE634BA.000/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ Cc: freebsd-net@freebsd.org Subject: ZFS and 'traditional' nfs-export X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2009 00:01:31 -0000 Hello, I googled a bit on this question but could not find a clear answer : is there any risk/inconvenience/advantage in exporting a ZFS-fs by just putting it in /etc/exports the old way and leaving the 'sharenfs' option on the filesystem off? I'd like to replace a UFS-based server serving mostly linux-clients which work well now with a ZFS-fs, and somehow am a bit waterfearing changing the nfs=E8options which worked great till now. Thank you in advance, regards, Arno From owner-freebsd-fs@FreeBSD.ORG Tue Oct 27 10:15:24 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1C231065692; Tue, 27 Oct 2009 10:15:23 +0000 (UTC) (envelope-from valin@buchlovice.org) Received: from smtp-sfn.sitkom.cz (smtp-sfn.sitkom.cz [88.146.175.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7C25B8FC15; Tue, 27 Oct 2009 10:15:23 +0000 (UTC) Received: from osiris.buchlovice.sfn (valin-osiris-lan.brestek.sfn [10.8.20.3]) by smtp-sfn.sitkom.cz (Postfix) with ESMTP id 13E991FA638; Tue, 27 Oct 2009 11:15:22 +0100 (CET) Message-ID: <4AE6C836.2070708@buchlovice.org> Date: Tue, 27 Oct 2009 11:15:18 +0100 From: =?UTF-8?B?UmFkZWsgVmFsw6HFoWVr?= User-Agent: Thunderbird 2.0.0.23 (X11/20091015) MIME-Version: 1.0 To: Robert Noland References: <1256517106.2502.205.camel@balrog.2hip.net> <1256571299.2502.219.camel@balrog.2hip.net> In-Reply-To: <1256571299.2502.219.camel@balrog.2hip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, "freebsd-current@freebsd.org" , merijn@inconsistent.nl Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2009 10:15:24 -0000 Robert Noland napsal(a): > On Mon, 2009-10-26 at 10:23 +0100, Merijn Verstraaten wrote: > >> On Mon, 26 Oct 2009 01:31:46 +0100, Robert Noland >> wrote: >> >>>> After installing 8.0-RC1 (amd64) from USB stick this installation works >>>> fine. If I csup to RELENG_8 (amd64) and compile + install world and >>>> kernel >>>> booting from the ZFS fails. The initial installation I did just this, on >>>> another attempt I ran "gpart bootcode -b /boot/pbmr -p /boot/gptzfsboot >>>> adX" on all disks before rebooting to see if that had any effect. The >>>> end >>>> result is the same. After rebooting the machine I get the following >>>> prompt(s): >>>> >>>> ZFS: i/o error - all block copies unavailable >>>> Invalid format >>>> >>>> FreeBSD/i386 boot >>>> Default: tank:/boot/kernel/kernel >>>> boot: >>>> >>> Could you type "status" at this point and tell what it shows? >>> >> If I type status at this point I get: >> >> pool: tank >> config: >> NAME STATE >> tank ONLINE >> raidz1 ONLINE >> ad4p3 ONLINE >> ad6p3 ONLINE >> ad8p3 ONLINE >> ad10p3 ONLINE >> >> Which seems odd, since that's all the drives there are. So if it finds >> these it's already found all drives. My optimistic "Oh! I'll try and boot >> again" spirit was however crushed since it just results in the same error. >> > > Ok, that is both good and frustrating... I haven't produced any boot > failures with all of the drives visible. Do, note that I just added > support for reading gang blocks to the loader. (basically untested, > since I haven't managed to create them at will) You will need to update > your partition boot code for it to be supported during early boot. i.e. > gpart bootcode -p /boot/gptzfsboot -i > > The "all block copies unavailable" is a frustrating error, since all it > means is a failed read, but we don't get a clue what failed or why. > With the code that is in -CURRENT it will report gang blocks if found, > even if it fails to read them. > > robert. > So I switched to -CURRENT: 1, overwriting /boot/loader.conf results with: BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS drive E: is disk2 BIOS drive F: is disk3 BIOS 627kB/3405248kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@ztest, Mon Oct 26 14:01:44 CEST 2009) Loading /boot/defaults/loader.conf ZFS: i/o error - all block copies unavailable Warning: error reading file /boot/loader.conf so basically the same as in RELENG_8 2, + overwriting /boot/loader results with: ZFS: i/o error - all block copies unavailable Invalid format FreeBSD/i386 boot Default: z:/boot/kernel/kernel boot: \ int=00000001 err=00000000 efl=00000087 eip=0018d27d eax=0018d2af ebx=18bf9925 ecx=540d8ef2 edx=00000000 esi=00009401 edi=000919d0 ebp=36571125 esp=80000000 cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 cs:eip=1f 68 e2 c6 7d 75 0c 5d-45 58 c7 80 f5 99 bd 9e fe 68 2d 3e 3c 35 5e 67-61 12 fe 50 c9 0b e4 70 ss:esp=00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 BTX halted 3, I also try the 'status' as you told to Merijn before BTX halted: ZFS: i/o error - all block copies unavailable Invalid format FreeBSD/i386 boot Default: z:/boot/kernel/kernel boot: status pool: z config: NAME STATE z ONLINE raidz1 ONLINE ad6p2 ONLINE ad8p2 ONLINE ad10p2 ONLINE ad12p2 ONLINE radek. > > >> Kind regards, >> Merijn >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> From owner-freebsd-fs@FreeBSD.ORG Tue Oct 27 19:32:35 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C92081065676; Tue, 27 Oct 2009 19:32:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 96B2C8FC34; Tue, 27 Oct 2009 19:32:35 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=tT1wgu5YDDPTWn/vwasFXgROXzSizFTimLVgl+sV8oy9wag8D30TyJhePoEGMpImepAtuALsfSamJkTeQdFUAVpdXpe9Wuu+n8I5cPHwe98MciQL0F86PAnABnFqijvk9bNpd0HTh1XNmvANjmT5YUEC28uApMlMq7syp7sKGAo=; Received: from 64.3.1.253.ptr.us.xo.net ([64.3.1.253]:25890 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N2rTx-000NjV-1y; Tue, 27 Oct 2009 14:13:26 -0500 From: "Larry Rosenman" To: "'Arno J. Klaassen'" , References: In-Reply-To: Date: Tue, 27 Oct 2009 14:13:14 -0500 Message-ID: <00b301ca5739$8e9b3850$abd1a8f0$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcpWmLxwrIIYd6LzRmiquNBtjbXfxgAoKxag Content-Language: en-us X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: freebsd-net@freebsd.org Subject: RE: ZFS and 'traditional' nfs-export X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2009 19:32:35 -0000 ZFS makes its own version of the exports file. Just do it that way, and be safe. You can pass the full set of NFS options in the sharenfs parameter.... --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----Original Message----- From: owner-freebsd-net@freebsd.org = [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Arno J. Klaassen Sent: Monday, October 26, 2009 6:46 PM To: freebsd-fs@freebsd.org Cc: freebsd-net@freebsd.org Subject: ZFS and 'traditional' nfs-export Hello, I googled a bit on this question but could not find a clear answer : is there any risk/inconvenience/advantage in exporting a ZFS-fs by just putting it in /etc/exports the old way and leaving the 'sharenfs' option on the filesystem off? I'd like to replace a UFS-based server serving mostly linux-clients which work well now with a ZFS-fs, and somehow am a bit waterfearing changing the nfs=E8options which worked great till now. Thank you in advance, regards, Arno _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 16:08:47 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9FFD106566B for ; Wed, 28 Oct 2009 16:08:47 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from rack.patpro.net (rack.patpro.net [193.30.227.216]) by mx1.freebsd.org (Postfix) with ESMTP id 695E58FC0A for ; Wed, 28 Oct 2009 16:08:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by rack.patpro.net (Postfix) with ESMTP id 1A19E88 for ; Wed, 28 Oct 2009 17:08:45 +0100 (CET) X-Virus-Scanned: amavisd-new at patpro.net Received: from amavis-at-patpro.net ([127.0.0.1]) by localhost (rack.patpro.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AACTnEtcdYHi for ; Wed, 28 Oct 2009 17:08:43 +0100 (CET) Received: from [IPv6:::1] (localhost [127.0.0.1]) by rack.patpro.net (Postfix) with ESMTP for ; Wed, 28 Oct 2009 17:08:43 +0100 (CET) Message-Id: <1D0AE4B4-278A-4325-BFED-07B04BE316E1@patpro.net> From: Patrick Proniewski To: freebsd-fs@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-11--733951134; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 28 Oct 2009 17:08:42 +0100 X-Mailer: Apple Mail (2.936) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 16:08:47 -0000 --Apple-Mail-11--733951134 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hello, Well, I understand this list is mainly interested in implementation and tuning, but I'm sure some of you are well informed about licensing issues. Recently, Apple giving up on ZFS has made the headlines. *It appears* to be related to the NetApp vs. Sun case (). And *it appears* Sun tried to impose a license that would make Apple responsible for IP infringement in case Sun would lose against NetApp. It makes me wonder about the FreeBSD port of ZFS. Do you have further informations about the licensing of ZFS technology, and about the case of FreeBSD port ? regards, patpro --Apple-Mail-11--733951134-- From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 16:24:50 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9233106566B for ; Wed, 28 Oct 2009 16:24:50 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id 2EBE38FC13 for ; Wed, 28 Oct 2009 16:24:48 +0000 (UTC) Received: from [172.16.1.204] (izaro.sarenet.es [192.148.167.11]) by proxypop1.sarenet.es (Postfix) with ESMTP id 473C260BB for ; Wed, 28 Oct 2009 17:09:40 +0100 (CET) From: Borja Marcos Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Date: Wed, 28 Oct 2009 17:09:39 +0100 Message-Id: <804B79F6-27CE-40D2-8AB8-6FC378F448FA@sarenet.es> To: freebsd-fs@freebsd.org Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) Subject: 8.0-RC2: ZFS deadlock with zfs receive X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 16:24:50 -0000 Hello, I've been sending some alltraces to pjd about this easy to reproduce problem. I am using zfs send/zfs receive to replicate a dataset from one server to another. At 1 minute intervals, an incremental snapshot is sent to update the dataset copy. If there is reading activity on the dataset copy, a deadlock can happen rendering ZFS and all the FS subsystem unusable. I've tried with 8.0RC2 and it still happens. How to reproduce: For example, while doing a make buildworld, replicate the dataset containing /usr/obj to the second machine. On the second machine a script just runs an endless loop copying all the contents of /usr/obj (which, remember, are being copied from the first machine using zfs receive) to another location, thus generating quite a lot of read activity. The time to deadlock is random, but soon the deadlock appears. The problem can be triggered by a backup accessing the destination dataset or when the security periodic scripts run at night. I tried to mitigate the problem by cloning a given snapshot at the destination and doing the backup from it, but the problem persists. Any ideas? Any way to mitigate this problem? Borja. This is the alltrace after breaking into ddb: >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 1914 root 1 62 0 11932K 2564K zfsvfs 0 0:51 0.00% >> bsdtar >> 1093 borjam 1 44 0 8304K 2464K CPU1 1 0:32 0.00% top >> 1913 root 1 54 0 11932K 2600K rrl->r 0 0:19 0.00% >> bsdtar >> 1019 root 1 44 0 25108K 4812K select 0 0:05 0.00% >> sshd >> 2008 root 1 76 0 13600K 1904K tx->tx 0 0:04 0.00% zfs >> 1089 borjam 1 44 0 37040K 5216K select 1 0:04 0.00% >> sshd >> 995 root 1 76 0 8252K 2652K pause 0 0:02 0.00% csh >> 840 root 1 44 0 11044K 3828K select 1 0:02 0.00% debug.ddb.capture.data: db> alltrace Tracing command sysctl pid 1373 tid 100183 td 0xffffff00177e5ab0 kdb_enter() at kdb_enter+0x3d kdb_sysctl_enter() at kdb_sysctl_enter+0x89 sysctl_root() at sysctl_root+0x113 userland_sysctl() at userland_sysctl+0x158 __sysctl() at __sysctl+0xaa syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (202, FreeBSD ELF64, __sysctl), rip = 0x80073d9dc, rsp = 0x7fffffffe2a8, rbp = 0x7fffffffe37c --- Tracing command csh pid 1369 tid 100181 td 0xffffff00177e6390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe638, rbp = 0x800c59400 --- Tracing command su pid 1368 tid 100159 td 0xffffff001284aab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009e8edc, rsp = 0x7fffffffe598, rbp = 0x559 --- Tracing command unlink pid 1363 tid 100162 td 0xffffff001284a000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1361 tid 100100 td 0xffffff000270bab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x551 --- Tracing command cron pid 1360 tid 100122 td 0xffffff0002af0390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command unlink pid 1355 tid 100127 td 0xffffff0002aea000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1353 tid 100171 td 0xffffff00177e8ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x549 --- Tracing command cron pid 1352 tid 100155 td 0xffffff001284d000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command unlink pid 1347 tid 100157 td 0xffffff001284c720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1345 tid 100108 td 0xffffff0002916ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x541 --- Tracing command cron pid 1344 tid 100101 td 0xffffff000270b720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command unlink pid 1337 tid 100172 td 0xffffff00177e8720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1334 tid 100098 td 0xffffff000270e390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x536 --- Tracing command newsyslog pid 1333 tid 100065 td 0xffffff00026d6ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d _sx_slock_hard() at _sx_slock_hard+0x1b7 _sx_slock() at _sx_slock+0xc1 zfs_freebsd_reclaim() at zfs_freebsd_reclaim+0x4a VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xb5 vgonel() at vgonel+0x119 vnlru_free() at vnlru_free+0x345 getnewvnode() at getnewvnode+0x24f ffs_vgetf() at ffs_vgetf+0xdf ufs_lookup_() at ufs_lookup_+0xb46 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xaf vfs_cache_lookup() at vfs_cache_lookup+0xf0 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xb7 lookup() at lookup+0x2eb namei() at namei+0x4a9 kern_statat_vnhook() at kern_statat_vnhook+0x8f kern_statat() at kern_statat+0x15 stat() at stat+0x2a syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (188, FreeBSD ELF64, stat), rip = 0x80073251c, rsp = 0x7fffffffc2b8, rbp = 0x8009075e0 --- Tracing command cron pid 1331 tid 100147 td 0xffffff0002cb9000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command cron pid 1330 tid 100178 td 0xffffff00177e7000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command unlink pid 1329 tid 100177 td 0xffffff00177e7390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1326 tid 100176 td 0xffffff00177e7720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x52e --- Tracing command cron pid 1324 tid 100115 td 0xffffff0002915000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command unlink pid 1319 tid 100059 td 0xffffff000256a720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1317 tid 100058 td 0xffffff0002650000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x525 --- Tracing command cron pid 1316 tid 100055 td 0xffffff0002650ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command unlink pid 1309 tid 100112 td 0xffffff0002915ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1307 tid 100167 td 0xffffff0002cb8000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x51b --- Tracing command cron pid 1306 tid 100166 td 0xffffff0002af0720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command unlink pid 1301 tid 100164 td 0xffffff00026e7ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b ffs_lock() at ffs_lock+0x9c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x5f0 namei() at namei+0x4a9 kern_unlinkat() at kern_unlinkat+0xab syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80072be5c, rsp = 0x7fffffffec68, rbp = 0 --- Tracing command sh pid 1299 tid 100103 td 0xffffff000270a000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800935edc, rsp = 0x7fffffffe618, rbp = 0x513 --- Tracing command cron pid 1298 tid 100160 td 0xffffff001284a720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command sh pid 1289 tid 100161 td 0xffffff001284a390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d _sx_slock_hard() at _sx_slock_hard+0x1b7 _sx_slock() at _sx_slock+0xc1 zfs_freebsd_reclaim() at zfs_freebsd_reclaim+0x4a VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xb5 vgonel() at vgonel+0x119 vnlru_free() at vnlru_free+0x345 getnewvnode() at getnewvnode+0x24f ffs_vgetf() at ffs_vgetf+0xdf ufs_lookup_() at ufs_lookup_+0xb46 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xaf vfs_cache_lookup() at vfs_cache_lookup+0xf0 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xb7 lookup() at lookup+0x2eb namei() at namei+0x4a9 kern_statat_vnhook() at kern_statat_vnhook+0x8f kern_statat() at kern_statat+0x15 stat() at stat+0x2a syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (188, FreeBSD ELF64, stat), rip = 0x8009ae51c, rsp = 0x7fffffffe798, rbp = 0x800c06b80 --- Tracing command cron pid 1288 tid 100063 td 0xffffff000264f720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095a7ac, rsp = 0x7fffffffe4b8, rbp = 0x800a9e700 --- Tracing command zfs pid 1285 tid 100143 td 0xffffff0002cbb000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d _cv_wait() at _cv_wait+0x17a txg_wait_synced() at txg_wait_synced+0x7c zfsvfs_teardown() at zfsvfs_teardown+0x1b2 zfs_suspend_fs() at zfs_suspend_fs+0x2b zfs_ioc_recv() at zfs_ioc_recv+0x28b zfsdev_ioctl() at zfsdev_ioctl+0x8d devfs_ioctl_f() at devfs_ioctl_f+0x76 kern_ioctl() at kern_ioctl+0xc5 ioctl() at ioctl+0xfd syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800fe874c, rsp = 0x7fffffffbbf8, rbp = 0x7fffffffc930 --- Tracing command csh pid 1283 tid 100163 td 0xffffff0009979ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe598, rbp = 0x800c1d300 --- Tracing command sshd pid 1281 tid 100124 td 0xffffff0002aeaab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8013d772c, rsp = 0x7fffffffdcb8, rbp = 0x7fffffffdd40 --- Tracing command zpool pid 1256 tid 100109 td 0xffffff0002916720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x23f kern_nanosleep() at kern_nanosleep+0x118 nanosleep() at nanosleep+0x6e syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (240, FreeBSD ELF64, nanosleep), rip = 0x8010ce92c, rsp = 0x7fffffffaac8, rbp = 0 --- Tracing command csh pid 1252 tid 100158 td 0xffffff001284c000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe638, rbp = 0x800c59400 --- Tracing command su pid 1248 tid 100156 td 0xffffff001284cab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009e8edc, rsp = 0x7fffffffe598, rbp = 0x4e4 --- Tracing command csh pid 1243 tid 100137 td 0xffffff0002917720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe558, rbp = 0x800c1f700 --- Tracing command sshd pid 1242 tid 100154 td 0xffffff001284d390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8013d772c, rsp = 0x7fffffffdcb8, rbp = 0x7fffffffdd40 --- Tracing command sshd pid 1234 tid 100060 td 0xffffff000264fab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 soreceive_generic() at soreceive_generic+0xf99 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x8013d77ac, rsp = 0x7fffffffdcd8, rbp = 0 --- Tracing command bsdtar pid 1203 tid 100153 td 0xffffff000270aab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x800e447ac, rsp = 0x7fffffffe7a8, rbp = 0x80101a240 --- Tracing command bsdtar pid 1202 tid 100057 td 0xffffff0002650390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vacl_get_acl() at vacl_get_acl+0x55 __acl_get_file() at __acl_get_file+0xcf syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (347, FreeBSD ELF64, __acl_get_file), rip = 0x800dbde0c, rsp = 0x7fffffffe1d8, rbp = 0x2 --- Tracing command csh pid 1200 tid 100152 td 0xffffff000270a720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe3a8, rbp = 0x800c43200 --- Tracing command bsdtar pid 1199 tid 100151 td 0xffffff0002af0ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x800e447ac, rsp = 0x7fffffffe7a8, rbp = 0x80101a240 --- Tracing command bsdtar pid 1198 tid 100105 td 0xffffff000264c000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d _cv_wait() at _cv_wait+0x17a rrw_enter() at rrw_enter+0xb1 zfs_freebsd_read() at zfs_freebsd_read+0x55 VOP_READ_APV() at VOP_READ_APV+0xaf vn_read() at vn_read+0x254 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x800e447ac, rsp = 0x7fffffffe898, rbp = 0x1a87 --- Tracing command csh pid 1196 tid 100056 td 0xffffff0002650720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe3a8, rbp = 0x800c43200 --- Tracing command bsdtar pid 1195 tid 100067 td 0xffffff00026d6720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d _sx_slock_hard() at _sx_slock_hard+0x1b7 _sx_slock() at _sx_slock+0xc1 zfs_freebsd_reclaim() at zfs_freebsd_reclaim+0x4a VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xb5 vgonel() at vgonel+0x119 vnlru_free() at vnlru_free+0x345 getnewvnode() at getnewvnode+0x24f zfs_znode_cache_constructor() at zfs_znode_cache_constructor+0x2c zfs_znode_alloc() at zfs_znode_alloc+0x39 zfs_mknode() at zfs_mknode+0x205 zfs_freebsd_create() at zfs_freebsd_create+0x583 VOP_CREATE_APV() at VOP_CREATE_APV+0xb3 vn_open_cred() at vn_open_cred+0x473 kern_openat() at kern_openat+0x179 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x800e3557c, rsp = 0x7fffffffe758, rbp = 0x1a4 --- Tracing command bsdtar pid 1194 tid 100150 td 0xffffff0002cb8390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vacl_get_acl() at vacl_get_acl+0x55 __acl_get_file() at __acl_get_file+0xcf syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (347, FreeBSD ELF64, __acl_get_file), rip = 0x800dbde0c, rsp = 0x7fffffffe1d8, rbp = 0x2 --- Tracing command csh pid 1192 tid 100138 td 0xffffff0002cbc390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe3a8, rbp = 0x800c43200 --- Tracing command bsdtar pid 1191 tid 100113 td 0xffffff0002915720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x800e447ac, rsp = 0x7fffffffe7a8, rbp = 0x80101a240 --- Tracing command bsdtar pid 1190 tid 100118 td 0xffffff0002914390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vacl_get_acl() at vacl_get_acl+0x55 __acl_get_file() at __acl_get_file+0xcf syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (347, FreeBSD ELF64, __acl_get_file), rip = 0x800dbde0c, rsp = 0x7fffffffe1d8, rbp = 0x2 --- Tracing command csh pid 1188 tid 100144 td 0xffffff0002cb9ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe3a8, rbp = 0x800c43200 --- Tracing command bsdtar pid 1187 tid 100139 td 0xffffff0002cbc000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 pipe_read() at pipe_read+0x4a3 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x800e447ac, rsp = 0x7fffffffe7a8, rbp = 0x80101a240 --- Tracing command bsdtar pid 1186 tid 100123 td 0xffffff0002af0000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vacl_get_acl() at vacl_get_acl+0x55 __acl_get_file() at __acl_get_file+0xcf syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (347, FreeBSD ELF64, __acl_get_file), rip = 0x800dbde0c, rsp = 0x7fffffffe1d8, rbp = 0x2 --- Tracing command csh pid 1184 tid 100146 td 0xffffff0002cb9390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe3a8, rbp = 0x800c43200 --- Tracing command bsdtar pid 1183 tid 100126 td 0xffffff0002aea390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x7b2 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vget() at vget+0x7b cache_lookup() at cache_lookup+0x4e0 vfs_cache_lookup() at vfs_cache_lookup+0xc0 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xb7 lookup() at lookup+0x2eb namei() at namei+0x4a9 kern_statat_vnhook() at kern_statat_vnhook+0x8f kern_statat() at kern_statat+0x15 lstat() at lstat+0x2a syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (190, FreeBSD ELF64, lstat), rip = 0x800e354fc, rsp = 0x7fffffffe778, rbp = 0x801023380 --- Tracing command bsdtar pid 1182 tid 100066 td 0xffffff000264f000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_wait() at sleepq_wait+0x4d __lockmgr_args() at __lockmgr_args+0x79b vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vacl_get_acl() at vacl_get_acl+0x55 __acl_get_file() at __acl_get_file+0xcf syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (347, FreeBSD ELF64, __acl_get_file), rip = 0x800dbde0c, rsp = 0x7fffffffe1d8, rbp = 0x2 --- Tracing command csh pid 1180 tid 100120 td 0xffffff0002714ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe3a8, rbp = 0x800c43200 --- Tracing command csh pid 1147 tid 100142 td 0xffffff0002cbb390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x8009ec7ac, rsp = 0x7fffffffe658, rbp = 0x1 --- Tracing command sshd pid 1146 tid 100111 td 0xffffff0002916000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8013d772c, rsp = 0x7fffffffdcb8, rbp = 0x7fffffffdd40 --- Tracing command sshd pid 1133 tid 100116 td 0xffffff0002914ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 soreceive_generic() at soreceive_generic+0xf99 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x8013d77ac, rsp = 0x7fffffffdcd8, rbp = 0 --- Tracing command csh pid 959 tid 100149 td 0xffffff0002cb8720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x8009ec7ac, rsp = 0x7fffffffe738, rbp = 0x1 --- Tracing command su pid 958 tid 100148 td 0xffffff0002cb8ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_wait() at kern_wait+0x3f7 wait4() at wait4+0x35 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009e8edc, rsp = 0x7fffffffe598, rbp = 0x3bf --- Tracing command csh pid 952 tid 100125 td 0xffffff0002aea720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe558, rbp = 0x800c1f500 --- Tracing command sshd pid 951 tid 100130 td 0xffffff0002ae8390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8013d772c, rsp = 0x7fffffffdcb8, rbp = 0x7fffffffdd40 --- Tracing command csh pid 946 tid 100141 td 0xffffff0002cbb720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x80094e75c, rsp = 0x7fffffffe558, rbp = 0x800c1f500 --- Tracing command sshd pid 945 tid 100140 td 0xffffff0002cbbab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8013d772c, rsp = 0x7fffffffdcb8, rbp = 0x7fffffffdd40 --- Tracing command sshd pid 942 tid 100128 td 0xffffff0002ae8ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 soreceive_generic() at soreceive_generic+0xf99 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x8013d77ac, rsp = 0x7fffffffdcd8, rbp = 0 --- Tracing command sshd pid 939 tid 100132 td 0xffffff0002ae7ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 soreceive_generic() at soreceive_generic+0xf99 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x8013d77ac, rsp = 0x7fffffffdcd8, rbp = 0 --- Tracing command getty pid 908 tid 100117 td 0xffffff0002914720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 907 tid 100129 td 0xffffff0002ae8720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 906 tid 100106 td 0xffffff0002917390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 905 tid 100121 td 0xffffff0002714720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 904 tid 100136 td 0xffffff0002917ab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 903 tid 100135 td 0xffffff0002ae7000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 902 tid 100134 td 0xffffff0002ae7390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 901 tid 100133 td 0xffffff0002ae7720 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e tty_wait() at tty_wait+0x48 ttydisc_read() at ttydisc_read+0x2f1 ttydev_read() at ttydev_read+0xab devfs_read_f() at devfs_read_f+0x86 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x55 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084f7ac, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command cron pid 853 tid 100119 td 0xffffff0002914000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x23f kern_nanosleep() at kern_nanosleep+0x118 nanosleep() at nanosleep+0x6e syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (240, FreeBSD ELF64, nanosleep), rip = 0x80093d92c, rsp = 0x7fffffffeb28, rbp = 0x3c --- Tracing command sendmail pid 847 tid 100061 td 0xffffff000256a390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 kern_sigsuspend() at kern_sigsuspend+0xca sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x800d3975c, rsp = 0x7fffffffcd68, rbp = 0x1 --- Tracing command sendmail pid 841 tid 100107 td 0xffffff0002917000 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x18c seltdwait() at seltdwait+0x56 kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x800dd772c, rsp = 0x7fffffffc1e8, rbp = 0x7fffffffc280 --- Tracing command sshd pid 834 tid 100110 td 0xffffff0002916390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8013d772c, rsp = 0x7fffffffddd8, rbp = 0x2 --- Tracing command syslogd pid 610 tid 100064 td 0xffffff000264f390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x80085272c, rsp = 0x7fffffffdcb8, rbp = 0x1 --- Tracing command devd pid 503 tid 100114 td 0xffffff0002915390 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_catch_signals() at sleepq_catch_signals+0x2af sleepq_wait_sig() at sleepq_wait_sig+0x16 _cv_wait_sig() at _cv_wait_sig+0x17e seltdwait() at seltdwait+0xac kern_select() at kern_select+0x620 select() at select+0x5d syscall() at syscall+0x1d0 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x440cfc, rsp = 0x7fffffffe898, rbp = 0x7fffffffe8b0 --- Tracing command flowcleaner pid 22 tid 100054 td 0xffffff000256aab0 sched_switch() at sched_switch+0x180 mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_timedwait() at sleepq_timedwait+0x4d _cv_timedwait() at _cv_timedwait+0x18c flowtable_ debug.ddb.capture.bufsize: 49152 debug.ddb.capture.inprogress: 0 debug.ddb.capture.maxbufsize: 5242880 debug.ddb.capture.bufoff: 49152 debug.ddb.scripting.unscript: debug.ddb.scripting.scripts: debug.ddb.textdump.do_version: 1 debug.ddb.textdump.do_panic: 1 debug.ddb.textdump.do_msgbuf: 1 debug.ddb.textdump.do_ddb: 1 debug.ddb.textdump.pending: 0 From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 16:30:33 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB396106566B for ; Wed, 28 Oct 2009 16:30:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9938FC1F; Wed, 28 Oct 2009 16:30:32 +0000 (UTC) Message-ID: <4AE871B7.4000807@FreeBSD.org> Date: Wed, 28 Oct 2009 16:30:47 +0000 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Patrick Proniewski References: <1D0AE4B4-278A-4325-BFED-07B04BE316E1@patpro.net> In-Reply-To: <1D0AE4B4-278A-4325-BFED-07B04BE316E1@patpro.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 16:30:33 -0000 Patrick Proniewski wrote: > Hello, > > Well, I understand this list is mainly interested in implementation and > tuning, but I'm sure some of you are well informed about licensing issues. > Recently, Apple giving up on ZFS has made the headlines. *It appears* to > be related to the NetApp vs. Sun case > (). > And *it appears* Sun tried to impose a license that would make Apple > responsible for IP infringement in case Sun would lose against NetApp. > > It makes me wonder about the FreeBSD port of ZFS. Do you have further > informations about the licensing of ZFS technology, and about the case > of FreeBSD port ? I don't think anyone from FreeBSD has additional details to contribute about Apple's decision, and as far as we're aware nothing has changed with respect to ZFS licensing. Kris From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 17:32:23 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E02461065698; Wed, 28 Oct 2009 17:32:23 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B77068FC22; Wed, 28 Oct 2009 17:32:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9SHWN7I050024; Wed, 28 Oct 2009 17:32:23 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9SHWMMe050016; Wed, 28 Oct 2009 17:32:23 GMT (envelope-from jh) Date: Wed, 28 Oct 2009 17:32:23 GMT Message-Id: <200910281732.n9SHWMMe050016@freefall.freebsd.org> To: klaas@kite.ping.de, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: usb/112640: [ext2fs] [hang] Kernel freezes when writing a file to an ex2fs filesystem on a usb disk X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 17:32:24 -0000 Synopsis: [ext2fs] [hang] Kernel freezes when writing a file to an ex2fs filesystem on a usb disk State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Wed Oct 28 17:28:55 UTC 2009 State-Changed-Why: Feedback timeout. Possibly fixed by r186740 / r187386. http://www.freebsd.org/cgi/query-pr.cgi?pr=112640 From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 17:45:26 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE7FD106566C for ; Wed, 28 Oct 2009 17:45:26 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 88A538FC27 for ; Wed, 28 Oct 2009 17:45:23 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id E47CFD481C8; Wed, 28 Oct 2009 18:45:19 +0100 (CET) Received: from boleskine.patpro.net (boleskine.patpro.net [82.230.142.222]) by smtp5-g21.free.fr (Postfix) with ESMTP id DF70ED48092; Wed, 28 Oct 2009 18:45:16 +0100 (CET) Received: from [192.168.0.2] (unknown [192.168.0.2]) by boleskine.patpro.net (Postfix) with ESMTP id 681481CD5E; Wed, 28 Oct 2009 18:45:16 +0100 (CET) Message-Id: <573B5C38-C31D-47CB-8158-41B4B7DFEB6C@patpro.net> From: Patrick Proniewski To: Kris Kennaway In-Reply-To: <4AE871B7.4000807@FreeBSD.org> Content-Type: multipart/signed; boundary=Apple-Mail-9--728157514; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 28 Oct 2009 18:45:16 +0100 References: <1D0AE4B4-278A-4325-BFED-07B04BE316E1@patpro.net> <4AE871B7.4000807@FreeBSD.org> X-Mailer: Apple Mail (2.936) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 17:45:27 -0000 --Apple-Mail-9--728157514 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 28 oct. 2009, at 17:30, Kris Kennaway wrote: > Patrick Proniewski wrote: >> Hello, >> Well, I understand this list is mainly interested in implementation >> and tuning, but I'm sure some of you are well informed about >> licensing issues. >> Recently, Apple giving up on ZFS has made the headlines. *It >> appears* to be related to the NetApp vs. Sun case (> >). And *it appears* Sun tried to impose a license that would make >> Apple responsible for IP infringement in case Sun would lose >> against NetApp. >> It makes me wonder about the FreeBSD port of ZFS. Do you have >> further informations about the licensing of ZFS technology, and >> about the case of FreeBSD port ? > > I don't think anyone from FreeBSD has additional details to > contribute about Apple's decision, and as far as we're aware nothing > has changed with respect to ZFS licensing. Well, I think some people are working for Apple and FreeBSD ;) May be I should have made my point clearer. My concern is: do you think this kind of problem can impact FreeBSD too. Unfortunately, I'm not familiar with licenses subtleties and I'm not a lawyer... regards, patpro --Apple-Mail-9--728157514-- From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 17:54:43 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 235AC106566B for ; Wed, 28 Oct 2009 17:54:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077035009.chello.pl [89.77.35.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9288A8FC1F for ; Wed, 28 Oct 2009 17:54:41 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7201645CA0; Wed, 28 Oct 2009 18:54:39 +0100 (CET) Received: from localhost (chello089077035009.chello.pl [89.77.35.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E47F745B36; Wed, 28 Oct 2009 18:54:33 +0100 (CET) Date: Wed, 28 Oct 2009 18:54:33 +0100 From: Pawel Jakub Dawidek To: "Arno J. Klaassen" Message-ID: <20091028175433.GA1671@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-net@freebsd.org Subject: Re: ZFS and 'traditional' nfs-export X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 17:54:43 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 27, 2009 at 12:46:00AM +0100, Arno J. Klaassen wrote: >=20 > Hello, >=20 > I googled a bit on this question but could not find > a clear answer : >=20 > is there any risk/inconvenience/advantage in exporting > a ZFS-fs by just putting it in /etc/exports the old > way and leaving the 'sharenfs' option on the filesystem off? >=20 > I'd like to replace a UFS-based server serving mostly > linux-clients which work well now with a ZFS-fs, and somehow > am a bit waterfearing changing the nfs=E8options which worked > great till now. You can safely use /etc/exports without touching sharenfs property. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFK6IVZForvXbEpPzQRAqVPAJkB5FeDxQwhxGdst8ZmO6R2/PEBCQCfQpoz EskaPcrzoAlTe+MxDPrNkO0= =Gb2R -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 18:43:01 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44BD5106566B for ; Wed, 28 Oct 2009 18:43:01 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1FC048FC14 for ; Wed, 28 Oct 2009 18:43:00 +0000 (UTC) Received: by pwj8 with SMTP id 8so1021727pwj.3 for ; Wed, 28 Oct 2009 11:43:00 -0700 (PDT) Received: by 10.115.39.23 with SMTP id r23mr3573220waj.2.1256755380210; Wed, 28 Oct 2009 11:43:00 -0700 (PDT) Received: from mattintosh.spry.com (isaid.donotdelete.com [64.79.222.10]) by mx.google.com with ESMTPS id 20sm743287pxi.7.2009.10.28.11.42.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Oct 2009 11:42:58 -0700 (PDT) Message-Id: <168A0140-B91E-4F9E-8088-A69A0E17C56A@spry.com> From: Matt Simerson To: freebsd-fs@freebsd.org In-Reply-To: <4AE871B7.4000807@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 28 Oct 2009 11:42:51 -0700 References: <1D0AE4B4-278A-4325-BFED-07B04BE316E1@patpro.net> <4AE871B7.4000807@FreeBSD.org> X-Mailer: Apple Mail (2.936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 18:43:01 -0000 There is far more too it than has been made public, and all the conjecture in the world isn't likely to clear it up for us. If you post a link to one side of the story, you should at least post a link to the other side. Here's a couple updates from Sun's legal counsel. Oct 2008: http://www.sun.com/lawsuit/zfs/ Jun 2008: http://blogs.sun.com/dillon/entry/netapp_draft Oct 2008: http://blogs.sun.com/dillon/entry/more_on_the_netapp_litigation Oct 2008: http://blogs.netapp.com/dave/2008/10/current-status.html It appears that Sun is besting NetApp. Sun has gotten numerous NetApp patent claims invalidated, including all claims for one of NetApp's self described 'core' patents. Sun has also had a few of its patent claims dismissed, but they have a larger arsenal which which they are countersuing. If I were to put some skin in the game, I'd put money on Sun. But what about Apple? Apple needs a next generation file system, and they need it last year. Or 2-3 years ago. Hence Apple's interest in ZFS. But the case is already 2 years old and Sun is filing motions to stay the suit for even longer, giving the US PTO office time to review and invalidate even more patent claims. If Apple committed to and deployed ZFS, they could easily be on the hook for many millions of dollars in licensing fees down the road. It could end up costing them far more than building a next generation FS for Mac OS X in house. And what about FreeBSD? This is what MLP had to say at http://blogs.sun.com/jonathan/entry/harvesting_from_a_troll > First, the basics. Sun indemnifies all its customers against IP > claims like this. That is, we've always protected our markets from > trolls, so customers can continue to use ZFS without concern for > spurious patent and copyright issues. We stand behind our > innovation, and our customers. Matt On Oct 28, 2009, at 9:30 AM, Kris Kennaway wrote: > Patrick Proniewski wrote: >> Hello, >> Well, I understand this list is mainly interested in implementation >> and tuning, but I'm sure some of you are well informed about >> licensing issues. >> Recently, Apple giving up on ZFS has made the headlines. *It >> appears* to be related to the NetApp vs. Sun case (> >). And *it appears* Sun tried to impose a license that would make >> Apple responsible for IP infringement in case Sun would lose >> against NetApp. >> It makes me wonder about the FreeBSD port of ZFS. Do you have >> further informations about the licensing of ZFS technology, and >> about the case of FreeBSD port ? > > I don't think anyone from FreeBSD has additional details to > contribute about Apple's decision, and as far as we're aware nothing > has changed with respect to ZFS licensing. > > Kris > _______________________________________________ > 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 Wed Oct 28 19:15:37 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9613C106566B for ; Wed, 28 Oct 2009 19:15:37 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD9F8FC0C for ; Wed, 28 Oct 2009 19:15:37 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1E7297E995; Wed, 28 Oct 2009 18:56:42 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n9SIuf4i003172; Wed, 28 Oct 2009 18:56:41 GMT (envelope-from phk@critter.freebsd.dk) To: Matt Simerson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 28 Oct 2009 11:42:51 MST." <168A0140-B91E-4F9E-8088-A69A0E17C56A@spry.com> Date: Wed, 28 Oct 2009 18:56:41 +0000 Message-ID: <3171.1256756201@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-fs@freebsd.org Subject: Re: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 19:15:37 -0000 In message <168A0140-B91E-4F9E-8088-A69A0E17C56A@spry.com>, Matt Simerson write s: >> First, the basics. Sun indemnifies all its customers against IP >> claims like this. That is, we've always protected our markets [...] The quality of the protection hinges on conditions: 1. Sun has to exist and stand by its word. 2. Sun must have enough money to do so (see 1.) None of these have 1.0 probability, but what the actual probability is, is anyones guess, and you will have to make up your own mind. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 20:24:37 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6712E1065679 for ; Wed, 28 Oct 2009 20:24:37 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3AC8FC25 for ; Wed, 28 Oct 2009 20:24:36 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n9SKOXqn086760; Wed, 28 Oct 2009 15:24:33 -0500 (CDT) (envelope-from james-freebsd-fs2@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-fs2@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=Fr52XeWdHJPQVRdr3YIwxMSZRQwOvTIS+ZQctOX1s/60Y2WD0LIuzKtFnivi3EYfo rVtlXplrsvKSOI8wFLuO075sieIBwbQJM44mGiO8KUInlle0cgi0QH7lkZWlr7uoUBe 4W5Ac4KVnDuDcRFCGUmRLb0QBETRxA6uWcyc4+8= Message-ID: <4AE8A881.7050203@jrv.org> Date: Wed, 28 Oct 2009 15:24:33 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <3171.1256756201@critter.freebsd.dk> In-Reply-To: <3171.1256756201@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 20:24:37 -0000 There are lies, damn lies, and Corporate Press Releases. Poul-Henning Kamp wrote: > The quality of the protection hinges on conditions: > > 1. Sun has to exist and stand by its word. > > 2. Sun must have enough money to do so (see 1.) phk is exactly right; in my experience it has always been easier to get a billion dollar's worth of guarantees from a vendor than to get a million dollar's worth. Matt Simerson wrote: > Apple needs a next generation file system, and they need it last year. No they don't, not unless there was something in last quarter's results I missed. The benefit to FreeBSD is clear: ZFS, coupled with the SIIS driver and SATA port multipliers, will make it possible to build cheap storage arrays in the 50 TB and above range using FreeBSD. The other things are k00l but it's the huge cost savings I'll pitch to clients once the SIIS driver is finished. PS. Even when patent litigation is settled it isn't easy to figure out who "won" until the 10-K's can be analyzed: post-settlement statements by everyone are often part of the agreement. That this has something of a Motorola/Hitachi feel to it is as far as I'd speculate. From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 20:49:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E95106566C for ; Wed, 28 Oct 2009 20:49:59 +0000 (UTC) (envelope-from kickbsd@ya.ru) Received: from forward4.yandex.ru (forward4.yandex.ru [77.88.46.9]) by mx1.freebsd.org (Postfix) with ESMTP id D40D08FC18 for ; Wed, 28 Oct 2009 20:49:58 +0000 (UTC) Received: from webmail84.yandex.ru (webmail84.yandex.ru [77.88.47.158]) by forward4.yandex.ru (Yandex) with ESMTP id 0EE202687BF; Wed, 28 Oct 2009 23:49:57 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail84.yandex.ru (Yandex) with ESMTP id E6040240462; Wed, 28 Oct 2009 23:49:56 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail84 X-Yandex-TimeMark: 1256762996 Received: from iphone-charles.as6453.net (iphone-charles.as6453.net [64.86.53.183]) by mail.yandex.ru with HTTP; Wed, 28 Oct 2009 23:49:56 +0300 From: kickbsd kickbsd To: =?utf-8?B?UmFkZWsgVmFsw6HFoWVr?= In-Reply-To: <4AE6C836.2070708@buchlovice.org> References: <1256517106.2502.205.camel@balrog.2hip.net> <1256571299.2502.219.camel@balrog.2hip.net> <4AE6C836.2070708@buchlovice.org> MIME-Version: 1.0 Message-Id: <54151256762996@webmail84.yandex.ru> Date: Wed, 28 Oct 2009 23:49:56 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 Cc: freebsd-fs@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 20:49:59 -0000 Hi! I've just tried to follow http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 with RC2 and got the same error as below. 27.10.09, 11:15, "Radek ValĂĄĹĄek" : > Robert Noland napsal(a): > > On Mon, 2009-10-26 at 10:23 +0100, Merijn Verstraaten wrote: > > > >> On Mon, 26 Oct 2009 01:31:46 +0100, Robert Noland > >> wrote: > >> > >>>> After installing 8.0-RC1 (amd64) from USB stick this installation works > >>>> fine. If I csup to RELENG_8 (amd64) and compile + install world and > >>>> kernel > >>>> booting from the ZFS fails. The initial installation I did just this, on > >>>> another attempt I ran "gpart bootcode -b /boot/pbmr -p /boot/gptzfsboot > >>>> adX" on all disks before rebooting to see if that had any effect. The > >>>> end > >>>> result is the same. After rebooting the machine I get the following > >>>> prompt(s): > >>>> > >>>> ZFS: i/o error - all block copies unavailable > >>>> Invalid format > >>>> > >>>> FreeBSD/i386 boot > >>>> Default: tank:/boot/kernel/kernel > >>>> boot: > >>>> > >>> Could you type "status" at this point and tell what it shows? > >>> > >> If I type status at this point I get: > >> > >> pool: tank > >> config: > >> NAME STATE > >> tank ONLINE > >> raidz1 ONLINE > >> ad4p3 ONLINE > >> ad6p3 ONLINE > >> ad8p3 ONLINE > >> ad10p3 ONLINE > >> > >> Which seems odd, since that's all the drives there are. So if it finds > >> these it's already found all drives. My optimistic "Oh! I'll try and boot > >> again" spirit was however crushed since it just results in the same error. > >> > > > > Ok, that is both good and frustrating... I haven't produced any boot > > failures with all of the drives visible. Do, note that I just added > > support for reading gang blocks to the loader. (basically untested, > > since I haven't managed to create them at will) You will need to update > > your partition boot code for it to be supported during early boot. i.e. > > gpart bootcode -p /boot/gptzfsboot -i > > > > The "all block copies unavailable" is a frustrating error, since all it > > means is a failed read, but we don't get a clue what failed or why. > > With the code that is in -CURRENT it will report gang blocks if found, > > even if it fails to read them. > > > > robert. > > > So I switched to -CURRENT: > 1, overwriting /boot/loader.conf results with: > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS drive D: is disk1 > BIOS drive E: is disk2 > BIOS drive F: is disk3 > BIOS 627kB/3405248kB available memory > FreeBSD/i386 bootstrap loader, Revision 1.1 > (root@ztest, Mon Oct 26 14:01:44 CEST 2009) > Loading /boot/defaults/loader.conf > ZFS: i/o error - all block copies unavailable > Warning: error reading file /boot/loader.conf > so basically the same as in RELENG_8 > 2, + overwriting /boot/loader results with: > ZFS: i/o error - all block copies unavailable > Invalid format > FreeBSD/i386 boot > Default: z:/boot/kernel/kernel > boot: > \ > int=00000001 err=00000000 efl=00000087 eip=0018d27d > eax=0018d2af ebx=18bf9925 ecx=540d8ef2 edx=00000000 > esi=00009401 edi=000919d0 ebp=36571125 esp=80000000 > cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 > cs:eip=1f 68 e2 c6 7d 75 0c 5d-45 58 c7 80 f5 99 bd 9e > fe 68 2d 3e 3c 35 5e 67-61 12 fe 50 c9 0b e4 70 > ss:esp=00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > BTX halted > 3, I also try the 'status' as you told to Merijn before BTX halted: > ZFS: i/o error - all block copies unavailable > Invalid format > FreeBSD/i386 boot > Default: z:/boot/kernel/kernel > boot: status pool: z > config: > NAME STATE > z ONLINE > raidz1 ONLINE > ad6p2 ONLINE > ad8p2 ONLINE > ad10p2 ONLINE > ad12p2 ONLINE > radek. > > > > > >> Kind regards, > >> Merijn > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > _______________________________________________ > 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" -- Находчивая почта находится здесь: http://mail.yandex.ru/promo/new/search From owner-freebsd-fs@FreeBSD.ORG Wed Oct 28 21:04:33 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B84106566B for ; Wed, 28 Oct 2009 21:04:33 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 52C678FC17 for ; Wed, 28 Oct 2009 21:04:32 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1N3FUk-0007t5-L9 for freebsd-fs@freebsd.org; Wed, 28 Oct 2009 21:51:50 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 1D5B5149D6 for ; Wed, 28 Oct 2009 21:51:47 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes References: To: freebsd-fs@freebsd.org Date: Wed, 28 Oct 2009 21:51:46 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/10.00 (FreeBSD) Content-Transfer-Encoding: quoted-printable Subject: Fwd: Re: zfs receive gives: internal error: Argument list too long X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2009 21:04:34 -0000 Hi, I'm forwarding this, because there was no answer on freebsd-stable. Does anybody know about this and have some tips on how to solve it? Ronald. ------- Forwarded message ------- From: "Ronald Klop" To: "freebsd-stable@freebsd.org" Cc: Subject: Re: zfs receive gives: internal error: Argument list too long Date: Sun, 25 Oct 2009 20:58:34 +0100 On Sun, 25 Oct 2009 20:54:48 +0100, Ronald Klop wrote: > Hi, > > Making a backup to my external USB-disk now fails with the following =20 > output. > > [root@sjakie ~]# zfs send -vi tank/home@repl-20090919_195900 =20 > tank/home@repl-20090921_195900 > /bla.snapshot > > # ls -lh /bla* > -rw-r--r-- 1 root wheel 547M Oct 25 20:44 /bla.snapshot > > [root@sjakie ~]# zfs receive -F extern/home < /bla.snapshot > internal error: Argument list too long > Abort trap: 6 (core dumped) > > # uname -a > FreeBSD sjakie.klop.ws 8.0-RC1 FreeBSD 8.0-RC1 #6: Wed Oct 21 00:57:07 = =20 > CEST 2009 root@sjakie.klop.ws:/usr/obj/usr/src/sys/GENERIC amd64 > > I have two pools 'tank' and 'extern'. I send/recieve several volumes =20 > from tank to extern. > zpool is version 13 and zfs is version 3 > > Searching the internet I found this link: > http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=3D6573681 I meant: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=3D680= 1979 > Is this a known bug for freebsd also? > Can anybody help me in continuing my snapshotting process? (Except =20 > making a new fresh snapshot, which is my last option.) > > Ronald. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 07:08:55 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 808AA106566B; Thu, 29 Oct 2009 07:08:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5767E8FC15; Thu, 29 Oct 2009 07:08:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9T78tWu053477; Thu, 29 Oct 2009 07:08:55 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9T78sVE053473; Thu, 29 Oct 2009 07:08:55 GMT (envelope-from linimon) Date: Thu, 29 Oct 2009 07:08:55 GMT Message-Id: <200910290708.n9T78sVE053473@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140068: [smbfs] [patch] smbfs does not allow semicolon in filenames, but should X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 07:08:55 -0000 Old Synopsis: [patch] smbfs does not allow semicolon in filenames, but should New Synopsis: [smbfs] [patch] smbfs does not allow semicolon in filenames, but should Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Oct 29 07:08:38 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140068 From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 11:39:13 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2741D106566C for ; Thu, 29 Oct 2009 11:39:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id AD2EA8FC19 for ; Thu, 29 Oct 2009 11:39:12 +0000 (UTC) Received: by bwz5 with SMTP id 5so2214764bwz.3 for ; Thu, 29 Oct 2009 04:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OvxSurP0kU7zvh+B8OMcit8fXRMX5Ib/PEYUp8cYDf8=; b=XcfXgrQ8Qjbxuh23K9GN7CVjTf913qR259Uk6Jjij1E3KyI76eMCJNv8ON08PgehRJ pw7j4QRcAxwUmS2OQwPqSAY34izf5jb0UA5BZZVXdaUJY8DM68U6AG1HY6nKd63JK1jH ux1zGcByTs7YC65D1SC9Jyrp/PpviUGvGYwEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=B5Z+7LQrfQCHDaNzdjktGhs9UrOjL+Wji/Z+Wck4MCrrWfSt/doPswMzYZA2ceX1aK mFG3wSxS+Xcz6GhbS+jevfuDxLytLgulDM/ApyFgUVbPdOK7GCJEoI+1+RPdvYiI0zLi IKO4OO3avHWaCVoHLmLZD4y2LDt6YVuxkkZuU= MIME-Version: 1.0 Received: by 10.204.25.148 with SMTP id z20mr4146706bkb.140.1256816351275; Thu, 29 Oct 2009 04:39:11 -0700 (PDT) In-Reply-To: <4AE8A881.7050203@jrv.org> References: <3171.1256756201@critter.freebsd.dk> <4AE8A881.7050203@jrv.org> Date: Thu, 29 Oct 2009 14:39:10 +0300 Message-ID: From: pluknet To: "James R. Van Artsdalen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 11:39:13 -0000 2009/10/28 James R. Van Artsdalen : > There are lies, damn lies, and Corporate Press Releases. > > Poul-Henning Kamp wrote: >> The quality of the protection hinges on conditions: >> >> =A0 =A0 =A0 1. Sun has to exist and stand by its word. >> >> =A0 =A0 =A0 2. Sun must have enough money to do so (see 1.) > > phk is exactly right; in my experience it has always been easier to get > a billion dollar's worth of guarantees from a vendor than to get a > million dollar's worth. > > Matt Simerson wrote: >> Apple needs a next generation file system, and they need it last year. > > No they don't, not unless there was something in last quarter's results > I missed. At least Apple is looking for a file system engineer. http://jobs.apple.com/index.ajs?method=3DmExternal.showJob&RID=3D42559 --=20 wbr, pluknet From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 16:04:18 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E84CE1065670 for ; Thu, 29 Oct 2009 16:04:18 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from rack.patpro.net (rack.patpro.net [193.30.227.216]) by mx1.freebsd.org (Postfix) with ESMTP id E914F8FC18 for ; Thu, 29 Oct 2009 16:04:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by rack.patpro.net (Postfix) with ESMTP id 3EEE07A for ; Thu, 29 Oct 2009 17:04:15 +0100 (CET) X-Virus-Scanned: amavisd-new at patpro.net Received: from amavis-at-patpro.net ([127.0.0.1]) by localhost (rack.patpro.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bwu8ZMNP9oad for ; Thu, 29 Oct 2009 17:04:14 +0100 (CET) Received: from [IPv6:::1] (localhost [127.0.0.1]) by rack.patpro.net (Postfix) with ESMTP for ; Thu, 29 Oct 2009 17:04:14 +0100 (CET) Message-Id: <126A246B-9FC3-4B12-BC5C-FA1871A8B256@patpro.net> From: Patrick Proniewski To: freebsd-fs@freebsd.org In-Reply-To: <4AE871B7.4000807@FreeBSD.org> Content-Type: multipart/signed; boundary=Apple-Mail-9--647824341; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 29 Oct 2009 17:04:09 +0100 References: <1D0AE4B4-278A-4325-BFED-07B04BE316E1@patpro.net> <4AE871B7.4000807@FreeBSD.org> X-Mailer: Apple Mail (2.936) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS licensing question X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 16:04:19 -0000 --Apple-Mail-9--647824341 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, Thanks all for your replies (I'm reading the daily digest). > If you post a link to one side of the story, you should at least post > a link to the other side. Here's a couple updates from Sun's legal > counsel. Thanks for the links. I only mean to provide fe bits of background, but more info is always welcome. regards, patpro --Apple-Mail-9--647824341-- From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 17:10:03 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 503B6106566C for ; Thu, 29 Oct 2009 17:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 267338FC0C for ; Thu, 29 Oct 2009 17:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9THA3ci003872 for ; Thu, 29 Oct 2009 17:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9THA3lC003871; Thu, 29 Oct 2009 17:10:03 GMT (envelope-from gnats) Date: Thu, 29 Oct 2009 17:10:03 GMT Message-Id: <200910291710.n9THA3lC003871@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Jaakko Heinonen Cc: Subject: Re: kern/133614: panic: ffs_truncate: read-only filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jaakko Heinonen List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 17:10:03 -0000 The following reply was made to PR kern/133614; it has been noted by GNATS. From: Jaakko Heinonen To: "Mikhail T." Cc: bug-followup@FreeBSD.org Subject: Re: kern/133614: panic: ffs_truncate: read-only filesystem Date: Thu, 29 Oct 2009 19:02:00 +0200 The bug has been described in this message: http://docs.freebsd.org/cgi/mid.cgi?20090910091329.GA2726 There is a workaround patch available in this message: http://docs.freebsd.org/cgi/mid.cgi?20090914173208.GA4273 From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 19:07:45 2009 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BBC8106566B for ; Thu, 29 Oct 2009 19:07:45 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id EC4C08FC15 for ; Thu, 29 Oct 2009 19:07:44 +0000 (UTC) Received: by pwj8 with SMTP id 8so243150pwj.3 for ; Thu, 29 Oct 2009 12:07:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=WslUIpvB08V8P/UY2QS6PGWuIzfKmPv4hM02WY+YT9I=; b=kzrfNG+E2x1XHGIwBAPlXrQEMPILQmpohjVUN3jdBLt4Wkn86Tj4JGulna/hN6YcQB V06R5L8b6QQnt1D9zgInFSljZjMrz+4KVxggPY7pSSd1r6WXzN9AteRbYe2Rof3ZWnBo 8dRjGj4oF0Z9H3t0ZVP3rQYKfjqgU0EiED204= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Xk5jIWmorVJH/aTYR3mN61QOQoTlOe58wXAQzdk6NcQ3Ss0dO+2tMVJTULs1Xc/uRv WKrhRUZZKlccLhyyS8fInAn2Ziv7MJqiJgENp9ubp0jIjnh8Gum4iQeENykCTRVRZnPS 3n/4SKD49Qf2Xw3Cll03PfIqgloKH9UTkEpco= MIME-Version: 1.0 Received: by 10.142.202.9 with SMTP id z9mr41019wff.166.1256843264261; Thu, 29 Oct 2009 12:07:44 -0700 (PDT) Date: Thu, 29 Oct 2009 12:07:44 -0700 Message-ID: From: Matt Reimer To: fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Bogus malloc in zfsboot.c? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 19:07:45 -0000 I'm trying to debug why I suddenly can't boot an amd64 machine off a raidz2 pool, after using freebsd-update to go from -rc1 to rc2. I'm getting an error, "ZFS: out of temporary buffer space." Is zfsboot.c's malloc really correct in the way it sets up its heap? heap_next = (char *) dmadat + sizeof(*dmadat); heap_end = (char *) (640*1024); If I'm reading the code correctly, it assumes that dmadat is the last item in bss, and that it can use all the memory from the end of dmadat to 640KB. But dmadat is not the last item in bss, as zfsimpl.c gets included and it defines its own variables that end up in bss, with the result that malloc could overwrite ZFS variables. Am I reading this correctly? Matt From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 20:51:30 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8F88106568D for ; Thu, 29 Oct 2009 20:51:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077035009.chello.pl [89.77.35.9]) by mx1.freebsd.org (Postfix) with ESMTP id 364FA8FC22 for ; Thu, 29 Oct 2009 20:51:29 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8357945CD8; Thu, 29 Oct 2009 21:51:27 +0100 (CET) Received: from localhost (chello089077035009.chello.pl [89.77.35.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8347E45683; Thu, 29 Oct 2009 21:51:22 +0100 (CET) Date: Thu, 29 Oct 2009 21:51:21 +0100 From: Pawel Jakub Dawidek To: Ronald Klop Message-ID: <20091029205121.GB3418@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: Fwd: Re: zfs receive gives: internal error: Argument list too long X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 20:51:31 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 28, 2009 at 09:51:46PM +0100, Ronald Klop wrote: > Hi, >=20 > I'm forwarding this, because there was no answer on freebsd-stable. >=20 > Does anybody know about this and have some tips on how to solve it? Could you try this patch: http://people.freebsd.org/~pjd/patches/zfs_recv_E2BIG.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFK6gBJForvXbEpPzQRAi/DAKCtF1r3Sk/QXnav6+/YvVVChJQYfgCguBui CGtHjOyQcTKI0xqOhDLVt7c= =L3pM -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 21:52:54 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5691065679 for ; Thu, 29 Oct 2009 21:52:54 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from memberwebs.com (memberwebs.com [94.75.203.95]) by mx1.freebsd.org (Postfix) with ESMTP id CC1B58FC0A for ; Thu, 29 Oct 2009 21:52:53 +0000 (UTC) Received: from [172.27.5.159] (unknown [172.27.5.159]) by memberwebs.com (Postfix) with ESMTP id 7990A83E4AD; Thu, 29 Oct 2009 21:52:51 +0000 (UTC) Message-ID: <4AEA0EAD.1050302@memberwebs.com> Date: Thu, 29 Oct 2009 15:52:45 -0600 From: Stef Walter User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Borja Marcos References: <804B79F6-27CE-40D2-8AB8-6FC378F448FA@sarenet.es> In-Reply-To: <804B79F6-27CE-40D2-8AB8-6FC378F448FA@sarenet.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: 8.0-RC2: ZFS deadlock with zfs receive X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 21:52:54 -0000 Borja Marcos wrote: > I've been sending some alltraces to pjd about this easy to reproduce > problem. I am using zfs send/zfs receive to replicate a dataset from one > server to another. At 1 minute intervals, an incremental snapshot is > sent to update the dataset copy. If there is reading activity on the > dataset copy, a deadlock can happen rendering ZFS and all the FS > subsystem unusable. I've tried with 8.0RC2 and it still happens. FWIW, another (or the same) zfs recv deadlock I've been trying to get to the bottom of: http://lists.freebsd.org/pipermail/freebsd-fs/2009-October/006999.html Cheers, Stef From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 22:50:04 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EEC8106568B for ; Thu, 29 Oct 2009 22:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 631FC8FC1C for ; Thu, 29 Oct 2009 22:50:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9TMo3hf099645 for ; Thu, 29 Oct 2009 22:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9TMo3FW099644; Thu, 29 Oct 2009 22:50:03 GMT (envelope-from gnats) Date: Thu, 29 Oct 2009 22:50:03 GMT Message-Id: <200910292250.n9TMo3FW099644@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Tom Uffner Cc: Subject: Re: bin/117315: [smbfs] mount_smbfs(8) and related options can't mount administration mounts (c$, d$, etc) on Windows PCs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tom Uffner List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 22:50:04 -0000 The following reply was made to PR bin/117315; it has been noted by GNATS. From: Tom Uffner To: bug-followup@FreeBSD.org, gcooper@FreeBSD.org Cc: Subject: Re: bin/117315: [smbfs] mount_smbfs(8) and related options can't mount administration mounts (c$, d$, etc) on Windows PCs Date: Thu, 29 Oct 2009 18:17:24 -0400 I have reproduced this recently, but it seems to be a change in the way Windows behaves and not a bug. Microsoft seems to have finally realized that the {drive}$ shares are a huge security hole and decided that only members of the Administrators group are allowed to mount them. From owner-freebsd-fs@FreeBSD.ORG Thu Oct 29 23:12:01 2009 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E4571065697 for ; Thu, 29 Oct 2009 23:12:01 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 44AF48FC1B for ; Thu, 29 Oct 2009 23:12:01 +0000 (UTC) Received: by pwj8 with SMTP id 8so356545pwj.3 for ; Thu, 29 Oct 2009 16:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=bWNnqkiFS5Ul6JNzsUy2DJM83wOa48ChJRkVaUlwwsA=; b=xMbFtuvKcvmB1Gln2OPvv40W5KG9ea0susRAke5hL9voA31BG/z+7n+S8i2BENlgQS EM1GBtCaTcxZbL1iD5nD65MEuNK26iWHAD2mWFNiZYYVLnbBg0qDDGo1jJUxMFWv1uYK inht+fl50v+MUbEi8BOI4LbFKIwFwBIAoI0Q0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=BzZec9eDZJjIEf7JD/RO+yxd0aTxpt3qEu3Bz5lo49SdwnynI+5G+6apUAbPiuxRp8 wjkvMXw2GCSsapuHEf+lUuC3W8A0KSs3Vp5NDOjp4OHgagSe4Kzb9A46JfXHA1v7mC6s MY+gH995219gSbwNFVY4iKnoI2bvIn+gUOw4k= MIME-Version: 1.0 Received: by 10.142.75.10 with SMTP id x10mr64742wfa.153.1256857920741; Thu, 29 Oct 2009 16:12:00 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Oct 2009 16:12:00 -0700 Message-ID: From: Matt Reimer To: fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Bogus malloc in zfsboot.c? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 23:12:01 -0000 On Thu, Oct 29, 2009 at 12:07 PM, Matt Reimer wrote= : > I'm trying to debug why I suddenly can't boot an amd64 machine off a > raidz2 pool, after using freebsd-update to go from -rc1 to rc2. I'm > getting an error, "ZFS: out of temporary buffer space." > > Is zfsboot.c's malloc really correct in the way it sets up its heap? > > =A0 =A0heap_next =3D (char *) dmadat + sizeof(*dmadat); > =A0 =A0heap_end =3D (char *) (640*1024); > > If I'm reading the code correctly, it assumes that dmadat is the last > item in bss, and that it can use all the memory from the end of dmadat > to 640KB. > > But dmadat is not the last item in bss, as zfsimpl.c gets included and > it defines its own variables that end up in bss, with the result that > malloc could overwrite ZFS variables. > > Am I reading this correctly? Probably not; I missed this: dmadat =3D (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - __base= ); Matt From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 07:06:16 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AFF2106566B for ; Fri, 30 Oct 2009 07:06:16 +0000 (UTC) (envelope-from alexz@visp.ru) Received: from mail.visp.ru (srv1.visp.ru [91.215.204.2]) by mx1.freebsd.org (Postfix) with ESMTP id B7AF28FC1A for ; Fri, 30 Oct 2009 07:06:15 +0000 (UTC) Received: from 91-215-205-255.static.visp.ru ([91.215.205.255] helo=zagrebin) by mail.visp.ru with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1N3lJk-000FGJ-5h for freebsd-fs@freebsd.org; Fri, 30 Oct 2009 09:50:36 +0300 From: "Alexander Zagrebin" To: Date: Fri, 30 Oct 2009 09:50:36 +0300 Message-ID: <656C9ACD24DB41898D89F64DC7A2E3E1@vosz.local> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_05E8_01CA5946.6E064D50" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Thread-Index: AcpZLUiLsEB5lpgQSPezD2IUr6TQ5w== Subject: ZFS statfs problem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 07:06:16 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_05E8_01CA5946.6E064D50 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Hi! I have noticed, that statfs called for ZFS file systems, returns the value of fs's recordsize property in both f_bsize and f_iosize. It's a problem for some software. For example, squid uses block size of cache's file system to calculate the space occupied by file. So it considers that any small file uses 128KB of a cache (when default value of recordsize is used), though really this file may use 512B only. This miscalculation generates unjustified cleaning of a cache. There are the some possible solutions: - to set recordsize to lower value (for example, 2K), but it's not optimal for file system. - to force squid to use 512 as block size (via patch) - to change the zfs code (zfs_vfsops.c) to return 512 as f_bsize and recordsize as f_iosize (see attached patch for 8.0-RC1) I think that the last solution is more correct. The patch seems to be working, but i'm not sure that it's correct. Would you comment this? -- Alexander Zagrebin ------=_NextPart_000_05E8_01CA5946.6E064D50 Content-Type: application/octet-stream; name="patch-zfs_vfsops.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-zfs_vfsops.c" --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c.orig = 2009-09-29 14:53:06.000000000 +0400=0A= +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c = 2009-10-26 15:47:29.365783209 +0300=0A= @@ -214,7 +214,7 @@=0A= newval =3D SPA_MAXBLOCKSIZE;=0A= =0A= zfsvfs->z_max_blksz =3D newval;=0A= - zfsvfs->z_vfs->vfs_bsize =3D newval;=0A= + zfsvfs->z_vfs->mnt_stat.f_iosize =3D newval;=0A= }=0A= =0A= static void=0A= @@ -577,7 +577,8 @@=0A= if (error =3D dsl_prop_get_integer(osname, "recordsize", &recordsize,=0A= NULL))=0A= goto out;=0A= - zfsvfs->z_vfs->vfs_bsize =3D recordsize;=0A= + zfsvfs->z_vfs->vfs_bsize =3D SPA_MINBLOCKSIZE;=0A= + zfsvfs->z_vfs->mnt_stat.f_iosize =3D recordsize;=0A= =0A= vfsp->vfs_data =3D zfsvfs;=0A= vfsp->mnt_flag |=3D MNT_LOCAL;=0A= @@ -817,8 +818,8 @@=0A= * We report the fragsize as the smallest block size we support,=0A= * and we report our blocksize as the filesystem's maximum blocksize.=0A= */=0A= - statp->f_bsize =3D zfsvfs->z_vfs->vfs_bsize;=0A= - statp->f_iosize =3D zfsvfs->z_vfs->vfs_bsize;=0A= + statp->f_bsize =3D SPA_MINBLOCKSIZE;=0A= + statp->f_iosize =3D zfsvfs->z_vfs->mnt_stat.f_iosize;=0A= =0A= /*=0A= * The following report "total" blocks of various kinds in the=0A= ------=_NextPart_000_05E8_01CA5946.6E064D50-- From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 19:59:28 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2BC310656A6; Fri, 30 Oct 2009 19:59:28 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8BC838FC12; Fri, 30 Oct 2009 19:59:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9UJxSwq036887; Fri, 30 Oct 2009 19:59:28 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9UJxSok036883; Fri, 30 Oct 2009 19:59:28 GMT (envelope-from jh) Date: Fri, 30 Oct 2009 19:59:28 GMT Message-Id: <200910301959.n9UJxSok036883@freefall.freebsd.org> To: estellnb@gmail.com, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/131086: [ext2fs] [patch] mkfs.ext2 creates rotten partition X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 19:59:28 -0000 Synopsis: [ext2fs] [patch] mkfs.ext2 creates rotten partition State-Changed-From-To: open->closed State-Changed-By: jh State-Changed-When: Fri Oct 30 19:55:35 UTC 2009 State-Changed-Why: Duplicate of ports/131556. The change has been committed to sysutils/e2fsprogs port. http://www.freebsd.org/cgi/query-pr.cgi?pr=131086 From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 22:00:21 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60460106566B for ; Fri, 30 Oct 2009 22:00:21 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id EEE1F8FC14 for ; Fri, 30 Oct 2009 22:00:20 +0000 (UTC) Received: by ewy5 with SMTP id 5so63665ewy.36 for ; Fri, 30 Oct 2009 15:00:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=PLcfqdR4EM0JNdGz74+c/D9OkY3kNsW2Mb2vRJOL19k=; b=BTf6pVqNGkudwc9TxP3SQR9BC2cU/UD7CdaASzRFys+GRshKJ4/heI48hMorJoRoiU GdnlQ7vhZnzz1yO4DLsi/e+lipr3WtbOW7DXLX6SmVi2HKtwkcUzUFeKUS4LkRfCjwR8 OvcN7xcEJP0dWPmyv4dzDDZR+TKhGs39EzCIs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=gnpbSjPT3kR35QQHFB3RTybStyJlNcY+ETMDRQhHatwClMZD3+bcNVjni7v4A5tbHb 5SYn7PjkqdlfPkq2TZg/TMoH3q7nWAHuvk3tvFawI10fiLkXYJLwGzreGVbFFjMxPF+S +6BJm1d/wOvBV3CvS+kvlW9L3kfHOdoy00RKI= MIME-Version: 1.0 Received: by 10.216.85.137 with SMTP id u9mr783568wee.214.1256940019894; Fri, 30 Oct 2009 15:00:19 -0700 (PDT) Date: Fri, 30 Oct 2009 18:00:19 -0400 Message-ID: <5f67a8c40910301500t4b3d3434ha70cc32b66842795@mail.gmail.com> From: Zaphod Beeblebrox To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Reading allegedly bad ZFS blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 22:00:21 -0000 I have a system I suspect of not being entirely sane. It has accused some files in my ZFS RAIDZ1 array of being corrupt --- ie: not enough information to recover them. However, I suspect strongly that the data may be OK and simply the system itself (reading those blocks) was bad. Now... I attach the ZFS array to a new system ... and the new system refuses to check those files again --- they are "known" bad when I first import the filesystem. I would like the ability to read the underlying data again --- possibly re-check the checksum ... or just get the whole file. Current ZFS behaviour is to return EIO for any of the blocks it doesn't wish to read. Someone in the archives mentioned patching ZFS to ignore it's checksums. Strikes me this should be sysctl. Could someone post that patch? From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 22:42:42 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5EE106566C for ; Fri, 30 Oct 2009 22:42:42 +0000 (UTC) (envelope-from hali@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exchange.datapipe.net [64.106.130.71]) by mx1.freebsd.org (Postfix) with ESMTP id 576CC8FC12 for ; Fri, 30 Oct 2009 22:42:42 +0000 (UTC) Received: from datapipe.com (192.168.128.22) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server id 8.1.393.1; Fri, 30 Oct 2009 18:32:25 -0400 Date: Fri, 30 Oct 2009 18:32:25 -0400 From: Hussain Ali To: Message-ID: <20091030223225.GI5120@datapipe.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (Linux) Content-Transfer-Encoding: quoted-printable Subject: Plans for Logged/Journaled UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 22:42:42 -0000 Hello, Was just wondering if any of the LOG or Journal based UFS implementations are being worked on. I know of three that could make thier way into FreeBSD : - bluffs :: IIRC ups@ was working on this - wabl :: Wasabi's FFS extentions for NetBSD's UFS2 - solaris ufs :: that has journaling support - this is probably the most work though ZFS doesnt suffice for may use cases - so just wondering if this is in the works. Thanks, -- -hussain This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/emaildisclaimer.aspx for further info= rmation on confidentiality and the risks of non-secure electronic communica= tion. If you cannot access these links, please notify us by reply message a= nd we will send the contents to you. From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 22:49:43 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5634A106566C for ; Fri, 30 Oct 2009 22:49:43 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF7D8FC19 for ; Fri, 30 Oct 2009 22:49:43 +0000 (UTC) Received: from [10.8.0.2] (remotevpn [10.8.0.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id n9UMnZcN076585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Oct 2009 14:49:37 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4AEB6D79.5070703@feral.com> Date: Fri, 30 Oct 2009 15:49:29 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Hussain Ali References: <20091030223225.GI5120@datapipe.com> In-Reply-To: <20091030223225.GI5120@datapipe.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.3 (ns1.feral.com [10.8.0.1]); Fri, 30 Oct 2009 14:49:38 -0800 (PST) Cc: freebsd-fs@freebsd.org Subject: Re: Plans for Logged/Journaled UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 22:49:43 -0000 Hussain Ali wrote: > > ZFS doesnt suffice for may use cases - so just wondering if this is in > the works. > > Which use cases can you name? From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 23:28:14 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6F8106566C for ; Fri, 30 Oct 2009 23:28:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077035009.chello.pl [89.77.35.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9919C8FC18 for ; Fri, 30 Oct 2009 23:28:13 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 30A9245E11; Sat, 31 Oct 2009 00:28:11 +0100 (CET) Received: from localhost (chello089077035009.chello.pl [89.77.35.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F286A45CBA; Sat, 31 Oct 2009 00:28:05 +0100 (CET) Date: Sat, 31 Oct 2009 00:28:05 +0100 From: Pawel Jakub Dawidek To: stef@memberwebs.com Message-ID: <20091030232805.GA2996@garage.freebsd.pl> References: <804B79F6-27CE-40D2-8AB8-6FC378F448FA@sarenet.es> <4AEA0EAD.1050302@memberwebs.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <4AEA0EAD.1050302@memberwebs.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: 8.0-RC2: ZFS deadlock with zfs receive X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 23:28:14 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 29, 2009 at 03:52:45PM -0600, Stef Walter wrote: > Borja Marcos wrote: > > I've been sending some alltraces to pjd about this easy to reproduce > > problem. I am using zfs send/zfs receive to replicate a dataset from one > > server to another. At 1 minute intervals, an incremental snapshot is > > sent to update the dataset copy. If there is reading activity on the > > dataset copy, a deadlock can happen rendering ZFS and all the FS > > subsystem unusable. I've tried with 8.0RC2 and it still happens. I was able to reproduce it, but I don't have fix yet. > FWIW, another (or the same) zfs recv deadlock I've been trying to get to > the bottom of: >=20 > http://lists.freebsd.org/pipermail/freebsd-fs/2009-October/006999.html Could you guys recompile your kernel after uncommenting line: #CFLAGS+=3D-DDEBUG=3D1 in sys/modules/zfs/Makefile? You should see panic on assertion instead of deadlock, I believe. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFK63aEForvXbEpPzQRApycAJ45492n8fdkSgJqrkeTVgUouET/SwCgoj82 QwcsIo1WEIz0Q77WVm7jSAM= =7YXH -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 23:34:23 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45F521065693; Fri, 30 Oct 2009 23:34:23 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1BD8FC12; Fri, 30 Oct 2009 23:34:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9UNYMsJ028221; Fri, 30 Oct 2009 23:34:23 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9UNYMB5028217; Fri, 30 Oct 2009 23:34:22 GMT (envelope-from pjd) Date: Fri, 30 Oct 2009 23:34:22 GMT Message-Id: <200910302334.n9UNYMB5028217@freefall.freebsd.org> To: online@chave.us, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/139806: [zfs] [panic] Write attempt to file in ZFS snapshot dir causes panic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 23:34:23 -0000 Synopsis: [zfs] [panic] Write attempt to file in ZFS snapshot dir causes panic State-Changed-From-To: open->patched State-Changed-By: pjd State-Changed-When: ptk 30 paź 2009 23:33:39 UTC State-Changed-Why: Fix committed to HEAD. Thank you for the report! Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: ptk 30 paź 2009 23:33:39 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=139806 From owner-freebsd-fs@FreeBSD.ORG Fri Oct 30 23:50:44 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41FFC1065695 for ; Fri, 30 Oct 2009 23:50:44 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from memberwebs.com (memberwebs.com [94.75.203.95]) by mx1.freebsd.org (Postfix) with ESMTP id 0113C8FC16 for ; Fri, 30 Oct 2009 23:50:43 +0000 (UTC) Received: from [172.27.5.159] (unknown [172.27.5.159]) by memberwebs.com (Postfix) with ESMTP id AA4DE83E4AE; Fri, 30 Oct 2009 23:50:41 +0000 (UTC) Message-ID: <4AEB7BCC.5000804@memberwebs.com> Date: Fri, 30 Oct 2009 17:50:36 -0600 From: Stef Walter User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: mjacob@freebsd.org References: <20091030223225.GI5120@datapipe.com> <4AEB6D79.5070703@feral.com> In-Reply-To: <4AEB6D79.5070703@feral.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: Plans for Logged/Journaled UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 23:50:44 -0000 Matthew Jacob wrote: > Hussain Ali wrote: >> >> ZFS doesnt suffice for may use cases - so just wondering if this is in >> the works. >> >> > Which use cases can you name? Low memory or 'embedded' devices (which could have spinning hard disks): http://soekris.com/ http://www.pcengines.ch/alix.htm Cheers, Stef From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 01:22:25 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DEAA10656A9 for ; Sat, 31 Oct 2009 01:22:25 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA7C8FC12 for ; Sat, 31 Oct 2009 01:22:25 +0000 (UTC) Received: from [172.16.135.106] (lportal.in1.lcl [172.16.1.9]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id n9V1MMHW038903; Fri, 30 Oct 2009 17:22:22 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4AEB9144.9050204@feral.com> Date: Fri, 30 Oct 2009 18:22:12 -0700 From: Matthew Jacob User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) To: stef@memberwebs.com References: <20091030223225.GI5120@datapipe.com> <4AEB6D79.5070703@feral.com> <4AEB7BCC.5000804@memberwebs.com> In-Reply-To: <4AEB7BCC.5000804@memberwebs.com> Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.67.166.1]); Fri, 30 Oct 2009 17:22:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: Plans for Logged/Journaled UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 01:22:25 -0000 Stef Walter wrote: Matthew Jacob wrote: Hussain Ali wrote: ZFS doesnt suffice for may use cases - so just wondering if this is in the works. Which use cases can you name? Low memory or 'embedded' devices (which could have spinning hard disks): [1]http://soekris.com/ [2]http://www.pcengines.ch/alix.htm Any others? References 1. http://soekris.com/ 2. http://www.pcengines.ch/alix.htm From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 01:29:52 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72ECA1065676; Sat, 31 Oct 2009 01:29:52 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from memberwebs.com (memberwebs.com [94.75.203.95]) by mx1.freebsd.org (Postfix) with ESMTP id 7C88A8FC13; Sat, 31 Oct 2009 01:29:51 +0000 (UTC) Received: from [172.27.5.159] (unknown [172.27.5.159]) by memberwebs.com (Postfix) with ESMTP id 7965483E4AD; Sat, 31 Oct 2009 01:29:47 +0000 (UTC) Message-ID: <4AEB9306.5070501@memberwebs.com> Date: Fri, 30 Oct 2009 19:29:42 -0600 From: Stef Walter User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <804B79F6-27CE-40D2-8AB8-6FC378F448FA@sarenet.es> <4AEA0EAD.1050302@memberwebs.com> <20091030232805.GA2996@garage.freebsd.pl> In-Reply-To: <20091030232805.GA2996@garage.freebsd.pl> Content-Type: multipart/mixed; boundary="------------070204000802060007010703" Cc: freebsd-fs@freebsd.org, stef@memberwebs.com Subject: Re: 8.0-RC2: ZFS deadlock with zfs receive X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 01:29:52 -0000 This is a multi-part message in MIME format. --------------070204000802060007010703 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Pawel Jakub Dawidek wrote: > On Thu, Oct 29, 2009 at 03:52:45PM -0600, Stef Walter wrote: >> Borja Marcos wrote: >>> I've been sending some alltraces to pjd about this easy to reproduce >>> problem. I am using zfs send/zfs receive to replicate a dataset from one >>> server to another. At 1 minute intervals, an incremental snapshot is >>> sent to update the dataset copy. If there is reading activity on the >>> dataset copy, a deadlock can happen rendering ZFS and all the FS >>> subsystem unusable. I've tried with 8.0RC2 and it still happens. > > I was able to reproduce it, but I don't have fix yet. Thanks for taking your time to look at it. Super appreciated. >> FWIW, another (or the same) zfs recv deadlock I've been trying to get to >> the bottom of: >> >> http://lists.freebsd.org/pipermail/freebsd-fs/2009-October/006999.html > > Could you guys recompile your kernel after uncommenting line: > > #CFLAGS+=-DDEBUG=1 > > in sys/modules/zfs/Makefile? > > You should see panic on assertion instead of deadlock, I believe. Rebuilt with that change... You're right, now I get this assertion: login: panic: solaris assert: list_head(&osi->os_dnodes) == osi->os_meta_dnode (0xc9060488 == 0xca922000), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c, line: 459 Full details and backtraces attached. Thanks again, Stef --------------070204000802060007010703 Content-Type: text/plain; name="zfs-recv-cancelled-deadlock-assertion.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="zfs-recv-cancelled-deadlock-assertion.txt" http://lists.freebsd.org/pipermail/freebsd-fs/2009-October/006999.html ---------------------------------------------------------------------- The Assertion login: panic: solaris assert: list_head(&osi->os_dnodes) == osi->os_meta_dnode (0xc9060488 == 0xca922000), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c, line: 459 cpuid = 0 KDB: enter: panic [thread pid 1552 tid 100121 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 1552 tid 100121 td 0xc658f480 kdb_enter(c0c79511,c0c79511,c629f3cf,e81794d8,0,...) at kdb_enter+0x3a panic(c629f3cf,c62a3486,c9060488,0,c629f660,...) at panic+0x136 dmu_objset_evict(c7346200,c72b0200,1cb,0,c629cc75,...) at dmu_objset_evict+0x299 dsl_dataset_destroy(c7346200,c62a2ebd,16,e8179984,e8179944,...) at dsl_dataset_destroy+0x24c dmu_recv_abort_cleanup(e8179984,c62ad24a,1cb,c629c778,e817992c,...) at dmu_recv_abort_cleanup+0x2f dmu_recv_stream(e8179984,c5ed4690,e817999c,0,0,...) at dmu_recv_stream+0xa0e zfs_ioc_recv(caab8000,0,0,0,0,...) at zfs_ioc_recv+0x2d4 zfsdev_ioctl(c5f67300,cc285a1c,caab8000,3,c658f480,...) at zfsdev_ioctl+0x7d devfs_ioctl_f(c5ed4dc8,cc285a1c,caab8000,c981c280,c658f480,...) at devfs_ioctl_f+0xf8 kern_ioctl(c658f480,3,cc285a1c,caab8000,1000000,...) at kern_ioctl+0x1fd ioctl(c658f480,e8179cf8,c,c0c916cc,c0d5ff48,...) at ioctl+0x134 syscall(e8179d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282211f3, esp = 0xbfbfbcfc, ebp = 0xbfbfbd28 --- db> show pcpu cpuid = 0 dynamic pcpu = 0x68ac00 curthread = 0xc658f480: pid 1552 "zfs" curpcb = 0xe8179d90 fpcurthread = none idlethread = 0xc596fb40: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db> show allpcpu Current CPU: 0 cpuid = 0 dynamic pcpu = 0x68ac00 curthread = 0xc658f480: pid 1552 "zfs" curpcb = 0xe8179d90 fpcurthread = none idlethread = 0xc596fb40: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db> show locks exclusive sx ds->ds_rwlock (ds->ds_rwlock) r = 0 (0xc7346294) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c:745 shared sx ds->ds_rwlock (ds->ds_rwlock) r = 0 (0xc7a29494) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c:519 exclusive sx zfsvfs->z_online_recv_lock (zfsvfs->z_online_recv_lock) r = 0 (0xd2940198) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:2484 db> show alllocks Process 1552 (zfs) thread 0xc658f480 (100121) exclusive sx ds->ds_rwlock (ds->ds_rwlock) r = 0 (0xc7346294) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c:745 shared sx ds->ds_rwlock (ds->ds_rwlock) r = 0 (0xc7a29494) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c:519 exclusive sx zfsvfs->z_online_recv_lock (zfsvfs->z_online_recv_lock) r = 0 (0xd2940198) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:2484 db> show lockedvnods Locked vnodes db> alltrace Tracing command zfs pid 1552 tid 100121 td 0xc658f480 kdb_enter(c0c79511,c0c79511,c629f3cf,e81794d8,0,...) at kdb_enter+0x3a panic(c629f3cf,c62a3486,c9060488,0,c629f660,...) at panic+0x136 dmu_objset_evict(c7346200,c72b0200,1cb,0,c629cc75,...) at dmu_objset_evict+0x299 dsl_dataset_destroy(c7346200,c62a2ebd,16,e8179984,e8179944,...) at dsl_dataset_destroy+0x24c dmu_recv_abort_cleanup(e8179984,c62ad24a,1cb,c629c778,e817992c,...) at dmu_recv_abort_cleanup+0x2f dmu_recv_stream(e8179984,c5ed4690,e817999c,0,0,...) at dmu_recv_stream+0xa0e zfs_ioc_recv(caab8000,0,0,0,0,...) at zfs_ioc_recv+0x2d4 zfsdev_ioctl(c5f67300,cc285a1c,caab8000,3,c658f480,...) at zfsdev_ioctl+0x7d devfs_ioctl_f(c5ed4dc8,cc285a1c,caab8000,c981c280,c658f480,...) at devfs_ioctl_f+0xf8 kern_ioctl(c658f480,3,cc285a1c,caab8000,1000000,...) at kern_ioctl+0x1fd ioctl(c658f480,e8179cf8,c,c0c916cc,c0d5ff48,...) at ioctl+0x134 syscall(e8179d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282211f3, esp = 0xbfbfbcfc, ebp = 0xbfbfbd28 --- Tracing command zfskern pid 1527 tid 100117 td 0xc61226c0 sched_switch(c61226c0,0,104,191,b9d041d4,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c61226c0,0,c0c7d8d5,26e,c61226c0,...) at sleepq_switch+0x15f sleepq_timedwait(c669addc,0,e8166c08,1,0,...) at sleepq_timedwait+0x6b _cv_timedwait(c669addc,c669ad84,7530,1,c669addc,...) at _cv_timedwait+0x250 txg_thread_wait(7530,0,3b9aca00,0,202c7066,...) at txg_thread_wait+0xab txg_sync_thread(c669ac00,e8166d38,c0c749df,343,c611e000,...) at txg_sync_thread+0x480 fork_exit(c61fd6c0,c669ac00,e8166d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8166d70, ebp = 0 --- Tracing command zfskern pid 1527 tid 100116 td 0xc6122900 sched_switch(c6122900,0,104,191,b9d06478,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6122900,0,c0c7d8d5,24b,c6122900,...) at sleepq_switch+0x15f sleepq_wait(c669adec,0,e8162c38,1,0,...) at sleepq_wait+0x63 _cv_wait(c669adec,c669ad84,c669adf4,1,c669adec,...) at _cv_wait+0x240 txg_thread_wait(0,0,c62ad24a,18d,c08c441b,...) at txg_thread_wait+0x4f txg_quiesce_thread(c669ac00,e8162d38,c0c749df,343,c611e000,...) at txg_quiesce_thread+0xa0 fork_exit(c61fce20,c669ac00,e8162d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8162d70, ebp = 0 --- Tracing command zfskern pid 1527 tid 100114 td 0xc6122d80 sched_switch(c6122d80,0,104,191,b9c5a414,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,4c,...) at mi_switch+0x200 sleepq_switch(c6122d80,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c65882c8,4c,c62b6b3a,0,0,...) at sleepq_wait+0x63 _sleep(c65882c8,c65882dc,24c,c62b6b3a,0,...) at _sleep+0x36b vdev_geom_worker(c65882c0,e8156d38,c0c749df,343,c611e000,...) at vdev_geom_worker+0x124 fork_exit(c6251040,c65882c0,e8156d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8156d70, ebp = 0 --- Tracing command zfskern pid 1527 tid 100087 td 0xc6120b40 sched_switch(c6120b40,0,104,191,7710eb92,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6120b40,0,c0c7d8d5,26e,c6120b40,...) at sleepq_switch+0x15f sleepq_timedwait(c62c2ff4,0,e810bc24,1,0,...) at sleepq_timedwait+0x6b _cv_timedwait(c62c2ff4,c62c2fe0,3e8,1131,0,...) at _cv_timedwait+0x250 l2arc_feed_thread(0,e810bd38,c0c749df,343,c611e000,...) at l2arc_feed_thread+0x149 fork_exit(c61a4fa0,0,e810bd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe810bd70, ebp = 0 --- Tracing command zfskern pid 1527 tid 100078 td 0xc6122000 sched_switch(c6122000,0,104,191,7711309a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6122000,0,c0c7d8d5,26e,c6122000,...) at sleepq_switch+0x15f sleepq_timedwait(c62babcc,0,c57eac80,1,0,...) at sleepq_timedwait+0x6b _cv_timedwait(c62babcc,c62babb8,3e8,0,3e8,...) at _cv_timedwait+0x250 arc_reclaim_thread(0,c57ead38,c0c749df,343,c611e000,...) at arc_reclaim_thread+0x3b7 fork_exit(c61a8ac0,0,c57ead38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc57ead70, ebp = 0 --- Tracing command bash pid 1525 tid 100076 td 0xc5ede240 sched_switch(c5ede240,0,104,191,788fbd72,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ede240,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5f2ae04,0,c0c77c84,c5ede240,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5f2ae70,0,c57e4b0c,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5f2ae70,c5f2ae04,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c5f2ae00,c5f2ae70,c57e4c58,1,0,...) at tty_wait+0x71 ttydisc_read(c5f2ae00,c57e4c58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c6137000,c57e4c58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed4738,c57e4c58,c5f40300,0,c5ede240,...) at devfs_read_f+0x7e dofileread(c57e4c58,ffffffff,ffffffff,0,c5ed4738,...) at dofileread+0x96 kern_readv(c5ede240,0,c57e4c58,c57e4c78,1,...) at kern_readv+0x58 read(c5ede240,c57e4cf8,c,c5ede240,c0d5f9b4,...) at read+0x4f syscall(c57e4d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x8127b93, esp = 0xbfbfe03c, ebp = 0xbfbfe068 --- Tracing command sshd pid 1521 tid 100079 td 0xc6121d80 sched_switch(c6121d80,0,104,191,788df0ca,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6121d80,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5e58710,0,c0c77c84,c6121d80,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5e58724,0,c57eda7c,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5e58724,c5e58710,c0c7fb95,5d1,c5ed4770,...) at _cv_wait_sig+0x240 seltdwait(c5ed4770,58,c60ff600,c6121d80,200246,...) at seltdwait+0xa2 kern_select(c6121d80,9,286030c8,286030cc,0,0,20,65,280fdd50) at kern_select+0x4f4 select(c6121d80,c57edcf8,14,c0c61635,c0d6038c,...) at select+0x66 syscall(c57edd38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283cc1d3, esp = 0xbfbfde5c, ebp = 0xbfbfdea8 --- Tracing command getty pid 1518 tid 100071 td 0xc5eded80 sched_switch(c5eded80,0,104,191,d92742d4,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5eded80,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5c7f404,0,c0c77c84,c5eded80,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5c7f470,0,c57c0b0c,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5c7f470,c5c7f404,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c5c7f400,c5c7f470,c57c0c58,1,0,...) at tty_wait+0x71 ttydisc_read(c5c7f400,c57c0c58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5b00a00,c57c0c58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3850,c57c0c58,c596b100,0,c5eded80,...) at devfs_read_f+0x7e dofileread(c57c0c58,ffffffff,ffffffff,0,c5ed3850,...) at dofileread+0x96 kern_readv(c5eded80,0,c57c0c58,c57c0c78,1,...) at kern_readv+0x58 read(c5eded80,c57c0cf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c57c0d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedbc, ebp = 0xbfbfede8 --- Tracing command getty pid 1517 tid 100083 td 0xc6121480 sched_switch(c6121480,0,104,191,914789b2,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6121480,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c6121480,c6121480,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c59eca70,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c59eca70,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c59eca00,c59eca70,c57f9c58,1,0,...) at tty_wait+0x71 ttydisc_read(c59eca00,c57f9c58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5c85a00,c57f9c58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3498,c57f9c58,c596b100,0,c6121480,...) at devfs_read_f+0x7e dofileread(c57f9c58,ffffffff,ffffffff,0,c5ed3498,...) at dofileread+0x96 kern_readv(c6121480,0,c57f9c58,c57f9c78,1,...) at kern_readv+0x58 read(c6121480,c57f9cf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c57f9d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command getty pid 1516 tid 100077 td 0xc5ede000 sched_switch(c5ede000,0,104,191,9126c18e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ede000,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c5ede000,c5ede000,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c59ed270,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c59ed270,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c59ed200,c59ed270,c57e7c58,1,0,...) at tty_wait+0x71 ttydisc_read(c59ed200,c57e7c58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5b00100,c57e7c58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3af0,c57e7c58,c596b100,0,c5ede000,...) at devfs_read_f+0x7e dofileread(c57e7c58,ffffffff,ffffffff,0,c5ed3af0,...) at dofileread+0x96 kern_readv(c5ede000,0,c57e7c58,c57e7c78,1,...) at kern_readv+0x58 read(c5ede000,c57e7cf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c57e7d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command getty pid 1515 tid 100074 td 0xc5ede6c0 sched_switch(c5ede6c0,0,104,191,9105c10a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ede6c0,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c5ede6c0,c5ede6c0,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c59edc70,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c59edc70,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c59edc00,c59edc70,c57cac58,1,0,...) at tty_wait+0x71 ttydisc_read(c59edc00,c57cac58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5c85800,c57cac58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3930,c57cac58,c596b100,0,c5ede6c0,...) at devfs_read_f+0x7e dofileread(c57cac58,ffffffff,ffffffff,0,c5ed3930,...) at dofileread+0x96 kern_readv(c5ede6c0,0,c57cac58,c57cac78,1,...) at kern_readv+0x58 read(c5ede6c0,c57cacf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c57cad38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command getty pid 1514 tid 100081 td 0xc6121900 sched_switch(c6121900,0,104,191,90e4c0de,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6121900,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c6121900,c6121900,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c59ed670,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c59ed670,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c59ed600,c59ed670,c57f3c58,1,0,...) at tty_wait+0x71 ttydisc_read(c59ed600,c57f3c58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5c85700,c57f3c58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3ce8,c57f3c58,c596b100,0,c6121900,...) at devfs_read_f+0x7e dofileread(c57f3c58,ffffffff,ffffffff,0,c5ed3ce8,...) at dofileread+0x96 kern_readv(c6121900,0,c57f3c58,c57f3c78,1,...) at kern_readv+0x58 read(c6121900,c57f3cf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c57f3d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command getty pid 1513 tid 100063 td 0xc5b06240 sched_switch(c5b06240,0,104,191,90c3f93e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b06240,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c5b06240,c5b06240,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c59ede70,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c59ede70,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c59ede00,c59ede70,c5799c58,1,0,...) at tty_wait+0x71 ttydisc_read(c59ede00,c5799c58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5c85300,c5799c58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3620,c5799c58,c596b100,0,c5b06240,...) at devfs_read_f+0x7e dofileread(c5799c58,ffffffff,ffffffff,0,c5ed3620,...) at dofileread+0x96 kern_readv(c5b06240,0,c5799c58,c5799c78,1,...) at kern_readv+0x58 read(c5b06240,c5799cf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c5799d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command getty pid 1512 tid 100086 td 0xc6120d80 sched_switch(c6120d80,0,104,191,90a2bcba,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6120d80,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c6120d80,c6120d80,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c59ed470,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c59ed470,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c59ed400,c59ed470,e80fcc58,1,0,...) at tty_wait+0x71 ttydisc_read(c59ed400,e80fcc58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5c85e00,e80fcc58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3bd0,e80fcc58,c596b100,0,c6120d80,...) at devfs_read_f+0x7e dofileread(e80fcc58,ffffffff,ffffffff,0,c5ed3bd0,...) at dofileread+0x96 kern_readv(c6120d80,0,e80fcc58,e80fcc78,1,...) at kern_readv+0x58 read(c6120d80,e80fccf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(e80fcd38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command getty pid 1511 tid 100085 td 0xc6121000 sched_switch(c6121000,0,104,191,908225fa,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6121000,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c6121000,c6121000,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c59ed870,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c59ed870,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c59ed800,c59ed870,c57ffc58,1,0,...) at tty_wait+0x71 ttydisc_read(c59ed800,c57ffc58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5c85900,c57ffc58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3508,c57ffc58,c596b100,0,c6121000,...) at devfs_read_f+0x7e dofileread(c57ffc58,ffffffff,ffffffff,0,c5ed3508,...) at dofileread+0x96 kern_readv(c6121000,0,c57ffc58,c57ffc78,1,...) at kern_readv+0x58 read(c6121000,c57ffcf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c57ffd38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command getty pid 1510 tid 100084 td 0xc6121240 sched_switch(c6121240,0,104,191,918e02aa,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6121240,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,c6121240,c6121240,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5c7f070,0,c0c81ed5,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5c7f070,c0dce270,c0c81880,4d5,0,...) at _cv_wait_sig+0x240 tty_wait(c5c7f000,c5c7f070,c57fcc58,1,0,...) at tty_wait+0x71 ttydisc_read(c5c7f000,c57fcc58,0,9e,0,...) at ttydisc_read+0x22c ttydev_read(c5c86000,c57fcc58,0,0,1,...) at ttydev_read+0xaa devfs_read_f(c5ed3700,c57fcc58,c596b100,0,c6121240,...) at devfs_read_f+0x7e dofileread(c57fcc58,ffffffff,ffffffff,0,c5ed3700,...) at dofileread+0x96 kern_readv(c6121240,0,c57fcc58,c57fcc78,1,...) at kern_readv+0x58 read(c6121240,c57fccf8,c,c0c916cc,c0d5f9b4,...) at read+0x4f syscall(c57fcd38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2818f253, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command cron pid 1459 tid 100067 td 0xc5ee06c0 sched_switch(c5ee06c0,0,104,191,7c0f71e0,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,5c,...) at mi_switch+0x200 sleepq_switch(c5ee06c0,0,c0c7d8d5,18b,5c,...) at sleepq_switch+0x15f sleepq_catch_signals(c351,c08bad00,c5ee06c0,0,100,...) at sleepq_catch_signals+0xb7 sleepq_timedwait_sig(c0dceac4,5c,c0c7a7d5,100,0,...) at sleepq_timedwait_sig+0x1a _sleep(c0dceac4,0,15c,c0c7a7d5,c351,...) at _sleep+0x31e kern_nanosleep(c5ee06c0,c57b0c64,c57b0c6c,32,0,...) at kern_nanosleep+0xc1 nanosleep(c5ee06c0,c57b0cf8,8,c0c80283,c0d613a0,...) at nanosleep+0x6f syscall(c57b0d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x28179c2f, esp = 0xbfbfec8c, ebp = 0xbfbfecb8 --- Tracing command sendmail pid 1453 tid 100069 td 0xc5ee0240 sched_switch(c5ee0240,0,104,191,61ca0cea,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,68,...) at mi_switch+0x200 sleepq_switch(c5ee0240,0,c0c7d8d5,18b,68,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,100,100,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5f1a058,68,c0c2d13b,100,0,...) at sleepq_wait_sig+0x17 _sleep(c5f1a058,c5f1a088,168,c0c2d13b,0,...) at _sleep+0x354 kern_sigsuspend(c5ee0240,0,0,0,0,...) at kern_sigsuspend+0xe4 sigsuspend(c5ee0240,c57b8cf8,4,c0c80035,c0d61eac,...) at sigsuspend+0x4d syscall(c57b8d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28332a3b, esp = 0xbfbfcf9c, ebp = 0xbfbfcfc8 --- Tracing command sendmail pid 1447 tid 100066 td 0xc5ee0900 sched_switch(c5ee0900,0,104,191,54c1b16c,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ee0900,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c57aca4c,c08738da,c5f2d650,0,c5ee0900,...) at sleepq_catch_signals+0xb7 sleepq_timedwait_sig(c5f2d664,0,c57aca7c,101,0,...) at sleepq_timedwait_sig+0x1a _cv_timedwait_sig(c5f2d664,c5f2d650,1389,5d1,c5ed32a0,...) at _cv_timedwait_sig+0x250 seltdwait(c57acc28,c57acc30,c6100600,c5ee0900,c188b014,...) at seltdwait+0x8a kern_select(c5ee0900,5,bfbfc520,0,0,c57acc70,20,5,0) at kern_select+0x4f4 select(c5ee0900,c57accf8,14,c0c80559,c0d6038c,...) at select+0x66 syscall(c57acd38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283d81d3, esp = 0xbfbfc48c, ebp = 0xbfbfcfb8 --- Tracing command sshd pid 1440 tid 100068 td 0xc5ee0480 sched_switch(c5ee0480,0,104,191,7cd515d2,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ee0480,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5f2d010,0,c0c77c84,c5ee0480,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5f2d024,0,c57b4a7c,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5f2d024,c5f2d010,c0c7fb95,5d1,c5ed34d0,...) at _cv_wait_sig+0x240 seltdwait(c5ed34d0,58,c6100000,c5ee0480,0,...) at seltdwait+0xa2 kern_select(c5ee0480,5,286090ac,0,0,0,20,65,a) at kern_select+0x4f4 select(c5ee0480,c57b4cf8,14,c0c809ab,c0d6038c,...) at select+0x66 syscall(c57b4d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283cc1d3, esp = 0xbfbfdf1c, ebp = 0xbfbfee38 --- Tracing command syslogd pid 1210 tid 100072 td 0xc5edeb40 sched_switch(c5edeb40,0,104,191,b0d575ee,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5edeb40,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5c4bd50,0,c0c77c84,c5edeb40,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5c4bd64,0,c57c4a7c,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5c4bd64,c5c4bd50,c0c7fb95,5d1,c5ed38c0,...) at _cv_wait_sig+0x240 seltdwait(c5ed38c0,58,c596b100,c5edeb40,0,...) at seltdwait+0xa2 kern_select(c5edeb40,9,282290a8,0,0,0,20,65,281a4ad8) at kern_select+0x4f4 select(c5edeb40,c57c4cf8,14,c0c80135,c0d6038c,...) at select+0x66 syscall(c57c4d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x281921d3, esp = 0xbfbfde7c, ebp = 0xbfbfee28 --- Tracing command dhclient pid 1161 tid 100075 td 0xc5ede480 sched_switch(c5ede480,0,104,191,5075fdca,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ede480,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c57cdaa8,c08738da,c5f2d4d0,0,c5ede480,...) at sleepq_catch_signals+0xb7 sleepq_timedwait_sig(c5f2d4e4,0,c57cdad8,101,0,...) at sleepq_timedwait_sig+0x1a _cv_timedwait_sig(c5f2d4e4,c5f2d4d0,5265819,5d1,c57cdb64,...) at _cv_timedwait_sig+0x250 seltdwait(c57cdc5c,c57cdc64,4df,c5ede480,c57cdb5c,...) at seltdwait+0x8a poll(c5ede480,c57cdcf8,c,c0c18927,c0d6103c,...) at poll+0x300 syscall(c57cdd38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (209, FreeBSD ELF32, poll), eip = 0x2813122f, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command dhclient pid 1120 tid 100064 td 0xc5ee0d80 sched_switch(c5ee0d80,0,104,191,c880666e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ee0d80,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5f2e950,0,c0c77c84,c5ee0d80,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5f2e964,0,c579dad8,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5f2e964,c5f2e950,c0c7fb95,5d1,c579db5c,...) at _cv_wait_sig+0x240 seltdwait(c5f6692c,c0c7fb95,4df,c5ee0d80,c579db5c,...) at seltdwait+0xa2 poll(c5ee0d80,c579dcf8,c,c579dcb8,c0d6103c,...) at poll+0x300 syscall(c579dd38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (209, FreeBSD ELF32, poll), eip = 0x2813122f, esp = 0xbfbfedcc, ebp = 0xbfbfedf8 --- Tracing command devd pid 971 tid 100065 td 0xc5ee0b40 sched_switch(c5ee0b40,0,104,191,1d25f46e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ee0b40,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5f2de10,0,c0c77c84,c5ee0b40,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5f2de24,0,c57a1a7c,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5f2de24,c5f2de10,c0c7fb95,5d1,c5ed3380,...) at _cv_wait_sig+0x240 seltdwait(c5ed3380,58,c596b100,c5ee0b40,c0c717ff,...) at seltdwait+0xa2 kern_select(c5ee0b40,6,bfbfe9b0,0,0,0,20,c0dd2800,b) at kern_select+0x4f4 select(c5ee0b40,c57a1cf8,14,c57a1ca0,c0d6038c,...) at select+0x66 syscall(c57a1d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x80880e3, esp = 0xbfbfe97c, ebp = 0xbfbfee58 --- Tracing command moused pid 954 tid 100073 td 0xc5ede900 sched_switch(c5ede900,0,104,191,b66153a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ede900,0,c0c7d8d5,18b,0,...) at sleepq_switch+0x15f sleepq_catch_signals(c08738da,c5f2d810,0,c0c77c84,c5ede900,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5f2d824,0,c57c7a7c,101,0,...) at sleepq_wait_sig+0x17 _cv_wait_sig(c5f2d824,c5f2d810,c0c7fb95,5d1,c5ed3b28,...) at _cv_wait_sig+0x240 seltdwait(c5ed3b28,58,c596b100,c5ede900,0,...) at seltdwait+0xa2 kern_select(c5ede900,7,bfbfea14,0,0,0,20,65,0) at kern_select+0x4f4 select(c5ede900,c57c7cf8,14,c0c916cc,c0d6038c,...) at select+0x66 syscall(c57c7d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x281ac1d3, esp = 0xbfbfe99c, ebp = 0xbfbfeb38 --- Tracing command flowcleaner pid 21 tid 100062 td 0xc5b06480 sched_switch(c5b06480,0,104,191,8776d332,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b06480,0,c0c7d8d5,26e,c5b06480,...) at sleepq_switch+0x15f sleepq_timedwait(c0f3b548,0,c5791cc4,1,0,...) at sleepq_timedwait+0x6b _cv_timedwait(c0f3b548,c0f3b550,2710,3f0,0,...) at _cv_timedwait+0x250 flowtable_cleaner(0,c5791d38,c0c749df,343,c5e9b000,...) at flowtable_cleaner+0x1bf fork_exit(c092a660,0,c5791d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5791d70, ebp = 0 --- Tracing command softdepflush pid 20 tid 100061 td 0xc5b066c0 sched_switch(c5b066c0,0,104,191,9a91c59a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,44,...) at mi_switch+0x200 sleepq_switch(c5b066c0,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0f46c40,44,c0ca021c,0,0,...) at sleepq_timedwait+0x6b _sleep(c0f46c40,c0f46be4,44,c0ca021c,3e8,...) at _sleep+0x339 softdep_flush(0,c578ed38,c0c749df,343,c5e9b2a8,...) at softdep_flush+0x244 fork_exit(c0ab3a60,0,c578ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc578ed70, ebp = 0 --- Tracing command vnlru pid 19 tid 100060 td 0xc5b06900 sched_switch(c5b06900,0,104,191,9a9157a6,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,50,...) at mi_switch+0x200 sleepq_switch(c5b06900,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c5e9b550,50,c0c879e7,0,0,...) at sleepq_timedwait+0x6b _sleep(c5e9b550,c0f3b314,250,c0c879e7,3e8,...) at _sleep+0x339 vnlru_proc(0,c578bd38,c0c749df,343,c5e9b550,...) at vnlru_proc+0xe7 fork_exit(c0916060,0,c578bd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc578bd70, ebp = 0 --- Tracing command syncer pid 18 tid 100059 td 0xc5b06b40 sched_switch(c5b06b40,0,104,191,77355a82,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b06b40,0,c0c7d8d5,26e,c5b06b40,...) at sleepq_switch+0x15f sleepq_timedwait(c0f3b354,0,c5788c88,1,0,...) at sleepq_timedwait+0x6b _cv_timedwait(c0f3b354,c0f3b340,3e8,6cc,4e20,...) at _cv_timedwait+0x250 sched_sync(0,c5788d38,c0c749df,343,c5e9b7f8,...) at sched_sync+0x502 fork_exit(c0915490,0,c5788d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5788d70, ebp = 0 --- Tracing command bufdaemon pid 17 tid 100058 td 0xc5b06d80 sched_switch(c5b06d80,0,104,191,9a911762,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,44,...) at mi_switch+0x200 sleepq_switch(c5b06d80,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0f3b088,44,c0c84f5d,0,0,...) at sleepq_timedwait+0x6b _sleep(c0f3b088,c0f3b08c,44,c0c84f5d,3e8,...) at _sleep+0x339 buf_daemon(0,c5785d38,c0c749df,343,c5e9baa0,...) at buf_daemon+0x138 fork_exit(c08fd800,0,c5785d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5785d70, ebp = 0 --- Tracing command pagezero pid 16 tid 100057 td 0xc5c82000 sched_switch(c5c82000,0,104,191,e6d3fcae,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5c82000,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0f47914,0,c0ca5b25,0,0,...) at sleepq_timedwait+0x6b _sleep(c0f47914,c0f474d0,0,c0ca5b25,493e0,...) at _sleep+0x339 vm_pagezero(0,c5782d38,c0c749df,343,c5e9bd48,...) at vm_pagezero+0xdc fork_exit(c0af0df0,0,c5782d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5782d70, ebp = 0 --- Tracing command vmdaemon pid 15 tid 100056 td 0xc5c82240 sched_switch(c5c82240,0,104,191,794357b6,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,68,...) at mi_switch+0x200 sleepq_switch(c5c82240,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c0f4753c,68,c0c84f5d,0,0,...) at sleepq_wait+0x63 _sleep(c0f4753c,c0f47540,68,c0c84f5d,0,...) at _sleep+0x36b vm_daemon(0,c577fd38,c0c749df,343,c596e2a8,...) at vm_daemon+0x59 fork_exit(c0aeb240,0,c577fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc577fd70, ebp = 0 --- Tracing command pagedaemon pid 9 tid 100055 td 0xc5c82480 sched_switch(c5c82480,0,104,191,41e649ea,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,44,...) at mi_switch+0x200 sleepq_switch(c5c82480,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0f47504,44,c0c84f5d,0,0,...) at sleepq_timedwait+0x6b _sleep(c0f47504,c0f474d0,44,c0c84f5d,1388,...) at _sleep+0x339 vm_pageout(0,c577cd38,c0c749df,343,c596e550,...) at vm_pageout+0x2bb fork_exit(c0aec0e0,0,c577cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc577cd70, ebp = 0 --- Tracing command sctp_iterator pid 8 tid 100054 td 0xc5c826c0 sched_switch(c5c826c0,0,104,191,be4bf2fa,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5c826c0,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c0f3ce3c,0,c0c92e35,0,0,...) at sleepq_wait+0x63 _sleep(c0f3ce3c,c0f3cd50,0,c0c92e35,0,...) at _sleep+0x36b sctp_iterator_thread(0,c5779d38,c0c749df,343,c596e7f8,...) at sctp_iterator_thread+0x60 fork_exit(c099ed00,0,c5779d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5779d70, ebp = 0 --- Tracing command fdc0 pid 7 tid 100050 td 0xc5ad66c0 sched_switch(c5ad66c0,0,104,191,76ec9a8a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,4c,...) at mi_switch+0x200 sleepq_switch(c5ad66c0,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c59ec23c,4c,c0c6f250,0,0,...) at sleepq_timedwait+0x6b _sleep(c59ec23c,c59ec2f0,4c,c0c6f250,3e8,...) at _sleep+0x339 fdc_thread(c59ec200,c576cd38,c0c749df,343,c596eaa0,...) at fdc_thread+0x2be fork_exit(c0b6e360,c59ec200,c576cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc576cd70, ebp = 0 --- Tracing command fw0_probe pid 6 tid 100047 td 0xc5ad6d80 sched_switch(c5ad6d80,0,104,191,397c48de,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,5c,...) at mi_switch+0x200 sleepq_switch(c5ad6d80,0,c0c7d8d5,18b,5c,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,100,100,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c5b6e000,5c,c0c6f250,100,0,...) at sleepq_wait_sig+0x17 _sleep(c5b6e000,c5b72488,15c,c0c6f250,0,...) at _sleep+0x354 fw_bus_probe_thread(c5b6e000,c5588d38,c0c749df,343,c596ed48,...) at fw_bus_probe_thread+0xa08 fork_exit(c0654740,c5b6e000,c5588d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5588d70, ebp = 0 --- Tracing command usb pid 14 tid 100042 td 0xc5b05900 sched_switch(c5b05900,0,104,191,ab8bccb2,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b05900,0,c0c7d8d5,24b,c5b05900,...) at sleepq_switch+0x15f sleepq_wait(c5aedd0c,0,c555ecb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aedd0c,c5aeddac,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aedd04,c555ed38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aedd04,c555ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc555ed70, ebp = 0 --- Tracing command usb pid 14 tid 100041 td 0xc5b05b40 sched_switch(c5b05b40,0,104,191,1e3c062e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b05b40,0,c0c7d8d5,24b,c5b05b40,...) at sleepq_switch+0x15f sleepq_wait(c5aedcdc,0,c555bcb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aedcdc,c5aeddac,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aedcd4,c555bd38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aedcd4,c555bd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc555bd70, ebp = 0 --- Tracing command usb pid 14 tid 100040 td 0xc5b05d80 sched_switch(c5b05d80,0,104,191,b9c1c834,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b05d80,0,c0c7d8d5,24b,c5b05d80,...) at sleepq_switch+0x15f sleepq_wait(c5aedcac,0,c5558cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aedcac,c5aeddac,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aedca4,c5558d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aedca4,c5558d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5558d70, ebp = 0 --- Tracing command usb pid 14 tid 100039 td 0xc5b06000 sched_switch(c5b06000,0,104,191,8b9b48a0,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b06000,0,c0c7d8d5,24b,c5b06000,...) at sleepq_switch+0x15f sleepq_wait(c5aedc7c,0,c5555cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aedc7c,c5aeddac,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aedc74,c5555d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aedc74,c5555d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5555d70, ebp = 0 --- Tracing command usb pid 14 tid 100037 td 0xc5ad4000 sched_switch(c5ad4000,0,104,191,8b9b1c18,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad4000,0,c0c7d8d5,24b,c5ad4000,...) at sleepq_switch+0x15f sleepq_wait(c5adadac,0,c554dcb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5adadac,c5adae4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5adada4,c554dd38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5adada4,c554dd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc554dd70, ebp = 0 --- Tracing command usb pid 14 tid 100036 td 0xc5ad4240 sched_switch(c5ad4240,0,104,191,ddca875a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad4240,0,c0c7d8d5,24b,c5ad4240,...) at sleepq_switch+0x15f sleepq_wait(c5adad7c,0,c554acb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5adad7c,c5adae4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5adad74,c554ad38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5adad74,c554ad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc554ad70, ebp = 0 --- Tracing command usb pid 14 tid 100035 td 0xc5ad4480 sched_switch(c5ad4480,0,104,191,8589b4b4,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad4480,0,c0c7d8d5,24b,c5ad4480,...) at sleepq_switch+0x15f sleepq_wait(c5adad4c,0,c5547cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5adad4c,c5adae4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5adad44,c5547d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5adad44,c5547d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5547d70, ebp = 0 --- Tracing command usb pid 14 tid 100034 td 0xc5ad46c0 sched_switch(c5ad46c0,0,104,191,85898ec8,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad46c0,0,c0c7d8d5,24b,c5ad46c0,...) at sleepq_switch+0x15f sleepq_wait(c5adad1c,0,c5544cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5adad1c,c5adae4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5adad14,c5544d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5adad14,c5544d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5544d70, ebp = 0 --- Tracing command usb pid 14 tid 100032 td 0xc5ad4b40 sched_switch(c5ad4b40,0,104,191,8589586c,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad4b40,0,c0c7d8d5,24b,c5ad4b40,...) at sleepq_switch+0x15f sleepq_wait(c5ac5dac,0,c553dcb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5ac5dac,c5ac5e4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5ac5da4,c553dd38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5ac5da4,c553dd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc553dd70, ebp = 0 --- Tracing command usb pid 14 tid 100031 td 0xc5ad4d80 sched_switch(c5ad4d80,0,104,191,dd5c7726,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad4d80,0,c0c7d8d5,24b,c5ad4d80,...) at sleepq_switch+0x15f sleepq_wait(c5ac5d7c,0,c553acb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5ac5d7c,c5ac5e4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5ac5d74,c553ad38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5ac5d74,c553ad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc553ad70, ebp = 0 --- Tracing command usb pid 14 tid 100030 td 0xc5ad6000 sched_switch(c5ad6000,0,104,191,7f759cb0,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad6000,0,c0c7d8d5,24b,c5ad6000,...) at sleepq_switch+0x15f sleepq_wait(c5ac5d4c,0,c5537cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5ac5d4c,c5ac5e4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5ac5d44,c5537d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5ac5d44,c5537d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5537d70, ebp = 0 --- Tracing command usb pid 14 tid 100029 td 0xc5ad6240 sched_switch(c5ad6240,0,104,191,7f757954,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5ad6240,0,c0c7d8d5,24b,c5ad6240,...) at sleepq_switch+0x15f sleepq_wait(c5ac5d1c,0,c5534cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5ac5d1c,c5ac5e4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5ac5d14,c5534d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5ac5d14,c5534d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5534d70, ebp = 0 --- Tracing command usb pid 14 tid 100027 td 0xc59b56c0 sched_switch(c59b56c0,0,104,191,de33bc1e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c59b56c0,0,c0c7d8d5,24b,c59b56c0,...) at sleepq_switch+0x15f sleepq_wait(c5aaedac,0,c552dcb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aaedac,c5aaee4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aaeda4,c552dd38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aaeda4,c552dd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc552dd70, ebp = 0 --- Tracing command usb pid 14 tid 100026 td 0xc59b5900 sched_switch(c59b5900,0,104,191,de342e32,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c59b5900,0,c0c7d8d5,24b,c59b5900,...) at sleepq_switch+0x15f sleepq_wait(c5aaed7c,0,c552acb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aaed7c,c5aaee4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aaed74,c552ad38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aaed74,c552ad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc552ad70, ebp = 0 --- Tracing command usb pid 14 tid 100025 td 0xc59b5b40 sched_switch(c59b5b40,0,104,191,72ec5146,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c59b5b40,0,c0c7d8d5,24b,c59b5b40,...) at sleepq_switch+0x15f sleepq_wait(c5aaed4c,0,c5527cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aaed4c,c5aaee4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aaed44,c5527d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aaed44,c5527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5527d70, ebp = 0 --- Tracing command usb pid 14 tid 100024 td 0xc59b5d80 sched_switch(c59b5d80,0,104,191,72edde2a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c59b5d80,0,c0c7d8d5,24b,c59b5d80,...) at sleepq_switch+0x15f sleepq_wait(c5aaed1c,0,c5524cb8,1,0,...) at sleepq_wait+0x63 _cv_wait(c5aaed1c,c5aaee4c,c0c67ee9,6a,c0dd2800,...) at _cv_wait+0x240 usb_process(c5aaed14,c5524d38,c0c749df,343,c59d9000,...) at usb_process+0x193 fork_exit(c07b7c80,c5aaed14,c5524d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5524d70, ebp = 0 --- Tracing command xpt_thrd pid 5 tid 100018 td 0xc5a85b40 sched_switch(c5a85b40,0,104,191,795df7fc,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,4c,...) at mi_switch+0x200 sleepq_switch(c5a85b40,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c0d9b0d4,4c,c0c14384,0,0,...) at sleepq_wait+0x63 _sleep(c0d9b0d4,c0d9b0ec,4c,c0c14384,0,...) at _sleep+0x36b xpt_scanner_thread(0,c54fbd38,c0c749df,343,c59d92a8,...) at xpt_scanner_thread+0x4a fork_exit(c0483010,0,c54fbd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54fbd70, ebp = 0 --- Tracing command yarrow pid 13 tid 100011 td 0xc59b5000 sched_switch(c59b5000,0,104,191,d456c068,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c59b5000,0,c0c7d8d5,26e,2,...) at sleepq_switch+0x15f sleepq_timedwait(c0dce924,0,c0c6f250,2,0,...) at sleepq_timedwait+0x6b _sleep(c0dce924,0,0,c0c6f250,64,...) at _sleep+0x339 pause(c0c6f250,64,c0c5bcd5,111,0,...) at pause+0x47 random_kthread(0,c54e6d38,c0c749df,343,c59d9550,...) at random_kthread+0x1ef fork_exit(c07308f0,0,c54e6d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54e6d70, ebp = 0 --- Tracing command g_down pid 4 tid 100009 td 0xc59b5480 sched_switch(c59b5480,0,104,191,d6a10fd4,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,4c,...) at mi_switch+0x200 sleepq_switch(c59b5480,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0dcc6e4,4c,c0c6f250,0,0,...) at sleepq_timedwait+0x6b _sleep(c0dcc6e4,c0dcc648,24c,c0c6f250,64,...) at _sleep+0x339 g_io_schedule_down(c59b5480,0,c0c70886,74,0,...) at g_io_schedule_down+0x6b g_down_procbody(0,c54e0d38,c0c749df,343,c596d000,...) at g_down_procbody+0x8d fork_exit(c0820a20,0,c54e0d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54e0d70, ebp = 0 --- Tracing command g_up pid 3 tid 100008 td 0xc596f000 sched_switch(c596f000,0,104,191,d6a139cc,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,4c,...) at mi_switch+0x200 sleepq_switch(c596f000,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0dcc6e0,4c,c0c6f250,0,0,...) at sleepq_timedwait+0x6b _sleep(c0dcc6e0,c0dcc668,24c,c0c6f250,64,...) at _sleep+0x339 g_io_schedule_up(c596f000,0,c0c70886,5d,0,...) at g_io_schedule_up+0x133 g_up_procbody(0,c54ddd38,c0c749df,343,c596d2a8,...) at g_up_procbody+0x8d fork_exit(c0820ab0,0,c54ddd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54ddd70, ebp = 0 --- Tracing command g_event pid 2 tid 100007 td 0xc596f240 sched_switch(c596f240,0,104,191,d4571590,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,4c,...) at mi_switch+0x200 sleepq_switch(c596f240,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0dcc6d8,4c,c0c6f250,0,0,...) at sleepq_timedwait+0x6b _sleep(c0dcc6d8,0,4c,c0c6f250,64,...) at _sleep+0x339 g_event_procbody(0,c54dad38,c0c749df,343,c596d550,...) at g_event_procbody+0xcb fork_exit(c0820b40,0,c54dad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54dad70, ebp = 0 --- Tracing command intr pid 12 tid 100053 td 0xc5c82900 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100052 td 0xc5c82b40 sched_switch(c5c82b40,0,109,191,d922a5cc,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c5c79070,...) at mi_switch+0x200 ithread_loop(c5c842e0,c5773d38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c5c842e0,c5773d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5773d70, ebp = 0 --- Tracing command intr pid 12 tid 100051 td 0xc5c82d80 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100049 td 0xc5ad6900 sched_switch(c5ad6900,0,109,191,8409d254,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b42f0,...) at mi_switch+0x200 ithread_loop(c5c6c620,c575fd38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c5c6c620,c575fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc575fd70, ebp = 0 --- Tracing command intr pid 12 tid 100048 td 0xc5ad6b40 sched_switch(c5ad6b40,0,109,191,766e7c92,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b4370,...) at mi_switch+0x200 ithread_loop(c5c6c490,c56f4d38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c5c6c490,c56f4d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc56f4d70, ebp = 0 --- Tracing command intr pid 12 tid 100045 td 0xc5b05240 sched_switch(c5b05240,0,109,191,79566bac,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b41f0,...) at mi_switch+0x200 ithread_loop(c5b078e0,c557fd38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c5b078e0,c557fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc557fd70, ebp = 0 --- Tracing command intr pid 12 tid 100043 td 0xc5b056c0 sched_switch(c5b056c0,0,109,191,78975ef2,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b3ef0,...) at mi_switch+0x200 ithread_loop(c5b07980,c5576d38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c5b07980,c5576d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5576d70, ebp = 0 --- Tracing command intr pid 12 tid 100038 td 0xc5a85d80 sched_switch(c5a85d80,0,109,191,b9c1897c,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b3df0,...) at mi_switch+0x200 ithread_loop(c5aaa740,c5552d38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c5aaa740,c5552d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5552d70, ebp = 0 --- Tracing command intr pid 12 tid 100033 td 0xc5ad4900 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100028 td 0xc5ad6480 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100023 td 0xc5a85000 sched_switch(c5a85000,0,109,191,de33447e,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b4270,...) at mi_switch+0x200 ithread_loop(c5aa9820,c5521d38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c5aa9820,c5521d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5521d70, ebp = 0 --- Tracing command intr pid 12 tid 100022 td 0xc5a85240 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100020 td 0xc5a856c0 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100019 td 0xc5a85900 sched_switch(c5a85900,0,109,191,b9c50404,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c5a838f0,...) at mi_switch+0x200 ithread_loop(c590aa40,c54fed38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c590aa40,c54fed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54fed70, ebp = 0 --- Tracing command intr pid 12 tid 100013 td 0xc5971b40 sched_switch(c5971b40,0,109,191,387ac886,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b3070,...) at mi_switch+0x200 ithread_loop(c590a9b0,c54ecd38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c590a9b0,c54ecd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54ecd70, ebp = 0 --- Tracing command intr pid 12 tid 100012 td 0xc5971d80 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100006 td 0xc596f480 sched_switch(c596f480,0,109,191,d7c526fc,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b3c70,...) at mi_switch+0x200 ithread_loop(c596c0c0,c54d7d38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c596c0c0,c54d7d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54d7d70, ebp = 0 --- Tracing command intr pid 12 tid 100005 td 0xc596f6c0 sched_switch(c596f6c0,0,109,191,7b7ba1ea,...) at sched_switch+0x406 mi_switch(109,0,c0c74c66,4f6,c59b3cf0,...) at mi_switch+0x200 ithread_loop(c596c0d0,c54d4d38,c0c749df,343,c596d7f8,...) at ithread_loop+0x1f6 fork_exit(c085c730,c596c0d0,c54d4d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54d4d70, ebp = 0 --- Tracing command intr pid 12 tid 100004 td 0xc596f900 fork_trampoline() at fork_trampoline Tracing command idle pid 11 tid 100003 td 0xc596fb40 sched_switch(c596fb40,0,608,18c,b9c14e64,...) at sched_switch+0x406 mi_switch(608,0,c0c79c0b,cf,0,...) at mi_switch+0x200 critical_exit(c5953f7c,c596fb40,c5953f7c,c59b3d80,17,...) at critical_exit+0xa8 intr_event_handle(c59b3d80,c54cdc7c,c54cdc74,2710,c0dd2800,...) at intr_event_handle+0xba intr_execute_handlers(c5953f7c,c54cdc7c,0,c54cdcf8,c0b98a14,...) at intr_execute_handlers+0x49 lapic_handle_intr(34,c54cdc7c) at lapic_handle_intr+0x4c Xapic_isr1() at Xapic_isr1+0x34 --- interrupt, eip = 0xc08a594c, esp = 0xc54cdcbc, ebp = 0xc54cdcf8 --- sched_idletd(0,c54cdd38,c0c749df,343,c596daa0,...) at sched_idletd+0x21c fork_exit(c08a5730,0,c54cdd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54cdd70, ebp = 0 --- Tracing command init pid 1 tid 100002 td 0xc596fd80 sched_switch(c596fd80,0,104,191,7ccb36e6,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,5c,...) at mi_switch+0x200 sleepq_switch(c596fd80,0,c0c7d8d5,18b,5c,...) at sleepq_switch+0x15f sleepq_catch_signals(c0c7d8d5,15b,0,100,100,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c596dd48,5c,c0c80146,100,0,...) at sleepq_wait_sig+0x17 _sleep(c596dd48,c596ddd0,15c,c0c80146,0,...) at _sleep+0x354 kern_wait(c596fd80,ffffffff,c54c9c74,0,0,...) at kern_wait+0xb76 wait4(c596fd80,c54c9cf8,10,c0c7ff76,c0d5fa24,...) at wait4+0x3b syscall(c54c9d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x8054b8f, esp = 0xbfbfe90c, ebp = 0xbfbfe928 --- Tracing command audit pid 10 tid 100001 td 0xc5971000 sched_switch(c5971000,0,104,191,7959b734,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5971000,0,c0c7d8d5,24b,c5971000,...) at sleepq_switch+0x15f sleepq_wait(c0f46560,0,c54c6c9c,1,0,...) at sleepq_wait+0x63 _cv_wait(c0f46560,c0f46544,c0c9d95e,194,c0d67918,...) at _cv_wait+0x240 audit_worker(0,c54c6d38,c0c749df,343,c596e000,...) at audit_worker+0x84 fork_exit(c0a87420,0,c54c6d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54c6d70, ebp = 0 --- Tracing command kernel pid 0 tid 100118 td 0xc6122240 sched_switch(c6122240,0,104,191,c19cab6c,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6122240,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(d34c0cc0,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(d34c0cc0,d34c0cd8,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c72d5c80,e8170d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c72d5c80,e8170d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8170d70, ebp = 0 --- Tracing command kernel pid 0 tid 100115 td 0xc6122b40 sched_switch(c6122b40,0,104,191,7673f806,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6122b40,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587940,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587940,c6587958,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5e6cc40,e8159d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5e6cc40,e8159d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8159d70, ebp = 0 --- Tracing command kernel pid 0 tid 100113 td 0xc658c000 sched_switch(c658c000,0,104,191,b9c61070,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658c000,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588240,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588240,c6588258,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f390,e8153d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f390,e8153d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8153d70, ebp = 0 --- Tracing command kernel pid 0 tid 100112 td 0xc658c240 sched_switch(c658c240,0,104,191,6f062614,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658c240,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588200,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588200,c6588218,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5b0c390,e8150d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5b0c390,e8150d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8150d70, ebp = 0 --- Tracing command kernel pid 0 tid 100111 td 0xc658c480 sched_switch(c658c480,0,104,191,6f0602b0,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658c480,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588180,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588180,c6588198,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f450,e814dd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f450,e814dd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe814dd70, ebp = 0 --- Tracing command kernel pid 0 tid 100110 td 0xc658c6c0 sched_switch(c658c6c0,0,104,191,6f05dd6c,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658c6c0,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588140,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588140,c6588158,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4c0,e814ad38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4c0,e814ad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe814ad70, ebp = 0 --- Tracing command kernel pid 0 tid 100109 td 0xc658d240 sched_switch(c658d240,0,104,191,6f0351a8,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658d240,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588100,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588100,c6588118,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f460,e8147d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f460,e8147d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8147d70, ebp = 0 --- Tracing command kernel pid 0 tid 100108 td 0xc658d480 sched_switch(c658d480,0,104,191,6f032cf4,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658d480,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c65880c0,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c65880c0,c65880d8,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f570,e8144d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f570,e8144d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8144d70, ebp = 0 --- Tracing command kernel pid 0 tid 100107 td 0xc6120000 sched_switch(c6120000,0,104,191,b97558e6,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6120000,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588080,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588080,c6588098,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f510,e8141d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f510,e8141d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8141d70, ebp = 0 --- Tracing command kernel pid 0 tid 100106 td 0xc6120240 sched_switch(c6120240,0,104,191,b85eff06,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6120240,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e813ed38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e813ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe813ed70, ebp = 0 --- Tracing command kernel pid 0 tid 100105 td 0xc658c900 sched_switch(c658c900,0,104,191,b85e93c2,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658c900,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e813bd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e813bd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe813bd70, ebp = 0 --- Tracing command kernel pid 0 tid 100104 td 0xc658cb40 sched_switch(c658cb40,0,104,191,b85f7bde,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658cb40,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e8138d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e8138d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8138d70, ebp = 0 --- Tracing command kernel pid 0 tid 100103 td 0xc658cd80 sched_switch(c658cd80,0,104,191,b85f588e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658cd80,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e8135d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e8135d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8135d70, ebp = 0 --- Tracing command kernel pid 0 tid 100102 td 0xc658d000 sched_switch(c658d000,0,104,191,b85f3b6a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658d000,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e8132d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e8132d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8132d70, ebp = 0 --- Tracing command kernel pid 0 tid 100101 td 0xc6120480 sched_switch(c6120480,0,104,191,b85f1fb2,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6120480,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e812fd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e812fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe812fd70, ebp = 0 --- Tracing command kernel pid 0 tid 100100 td 0xc61206c0 sched_switch(c61206c0,0,104,191,b85ec786,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c61206c0,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e8120d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e8120d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8120d70, ebp = 0 --- Tracing command kernel pid 0 tid 100099 td 0xc6120900 sched_switch(c6120900,0,104,191,b85f9ab6,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c6120900,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6588000,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6588000,c6588018,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f500,e811dd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f500,e811dd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe811dd70, ebp = 0 --- Tracing command kernel pid 0 tid 100098 td 0xc658ed80 sched_switch(c658ed80,0,104,191,89d1724a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658ed80,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e811ad38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e811ad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe811ad70, ebp = 0 --- Tracing command kernel pid 0 tid 100097 td 0xc658eb40 sched_switch(c658eb40,0,104,191,89a3cffe,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658eb40,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e8117d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e8117d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8117d70, ebp = 0 --- Tracing command kernel pid 0 tid 100096 td 0xc658d6c0 sched_switch(c658d6c0,0,104,191,89838012,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658d6c0,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e812cd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e812cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe812cd70, ebp = 0 --- Tracing command kernel pid 0 tid 100095 td 0xc658d900 sched_switch(c658d900,0,104,191,8af49d86,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658d900,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e8129d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e8129d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8129d70, ebp = 0 --- Tracing command kernel pid 0 tid 100094 td 0xc658db40 sched_switch(c658db40,0,104,191,8ab29942,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658db40,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e8126d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e8126d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8126d70, ebp = 0 --- Tracing command kernel pid 0 tid 100093 td 0xc658dd80 sched_switch(c658dd80,0,104,191,8a832bb8,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658dd80,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e8123d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e8123d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8123d70, ebp = 0 --- Tracing command kernel pid 0 tid 100092 td 0xc658e000 sched_switch(c658e000,0,104,191,8a1a880e,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658e000,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e8114d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e8114d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8114d70, ebp = 0 --- Tracing command kernel pid 0 tid 100091 td 0xc658e240 sched_switch(c658e240,0,104,191,89f70072,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658e240,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e80,c6587e98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4f0,e8111d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4f0,e8111d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8111d70, ebp = 0 --- Tracing command kernel pid 0 tid 100090 td 0xc658e480 sched_switch(c658e480,0,104,191,7c37d874,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658e480,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e40,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e40,c6587e58,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f4d0,e810ed38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f4d0,e810ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe810ed70, ebp = 0 --- Tracing command kernel pid 0 tid 100089 td 0xc658e6c0 sched_switch(c658e6c0,0,104,191,b9c3495c,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658e6c0,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587e00,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587e00,c6587e18,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f490,e815cd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f490,e815cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe815cd70, ebp = 0 --- Tracing command kernel pid 0 tid 100088 td 0xc658e900 sched_switch(c658e900,0,104,191,b9838a5a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c658e900,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c6587dc0,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c6587dc0,c6587dd8,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5f3f2b0,e815fd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5f3f2b0,e815fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe815fd70, ebp = 0 --- Tracing command kernel pid 0 tid 100046 td 0xc5b05000 sched_switch(c5b05000,0,104,191,d30d63e4,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b05000,0,c0c7d8d5,24b,c5b05000,...) at sleepq_switch+0x15f sleepq_wait(c5b08540,0,c0c7a109,c0c6f250,0,...) at sleepq_wait+0x63 msleep_spin(c5b08540,c5b08558,c0c6f250,0,c0c77c84,...) at msleep_spin+0x21d taskqueue_thread_loop(c5b7249c,c5585d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0x94 fork_exit(c08bd6f0,c5b7249c,c5585d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5585d70, ebp = 0 --- Tracing command kernel pid 0 tid 100044 td 0xc5b05480 sched_switch(c5b05480,0,104,191,6b34f380,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5b05480,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c5abec80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c5abec80,c5abec98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c5b61074,c557bd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c5b61074,c557bd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc557bd70, ebp = 0 --- Tracing command kernel pid 0 tid 100021 td 0xc5a85480 sched_switch(c5a85480,0,104,191,aa033aea,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5a85480,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c5a5ee80,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c5a5ee80,c5a5ee98,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c0de1288,c5504d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c0de1288,c5504d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5504d70, ebp = 0 --- Tracing command kernel pid 0 tid 100017 td 0xc5971240 sched_switch(c5971240,0,104,191,91e1f390,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5971240,0,c0c7d8d5,24b,c5971240,...) at sleepq_switch+0x15f sleepq_wait(c5a5f380,0,c0c7a109,c0c6f250,0,...) at sleepq_wait+0x63 msleep_spin(c5a5f380,c5a5f398,c0c6f250,0,c0c77c84,...) at msleep_spin+0x21d taskqueue_thread_loop(c0d9dee0,c54f8d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0x94 fork_exit(c08bd6f0,c0d9dee0,c54f8d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54f8d70, ebp = 0 --- Tracing command kernel pid 0 tid 100016 td 0xc5971480 sched_switch(c5971480,0,104,191,91e1d060,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5971480,0,c0c7d8d5,24b,c5971480,...) at sleepq_switch+0x15f sleepq_wait(c5a5f380,0,c0c7a109,c0c6f250,0,...) at sleepq_wait+0x63 msleep_spin(c5a5f380,c5a5f398,c0c6f250,0,c0c77c84,...) at msleep_spin+0x21d taskqueue_thread_loop(c0d9dee0,c54f5d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0x94 fork_exit(c08bd6f0,c0d9dee0,c54f5d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54f5d70, ebp = 0 --- Tracing command kernel pid 0 tid 100015 td 0xc59716c0 sched_switch(c59716c0,0,104,191,91e1ab74,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c59716c0,0,c0c7d8d5,24b,c59716c0,...) at sleepq_switch+0x15f sleepq_wait(c5a5f380,0,c0c7a109,c0c6f250,0,...) at sleepq_wait+0x63 msleep_spin(c5a5f380,c5a5f398,c0c6f250,0,c0c77c84,...) at msleep_spin+0x21d taskqueue_thread_loop(c0d9dee0,c54f2d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0x94 fork_exit(c08bd6f0,c0d9dee0,c54f2d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54f2d70, ebp = 0 --- Tracing command kernel pid 0 tid 100014 td 0xc5971900 sched_switch(c5971900,0,104,191,91e061e0,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c5971900,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c5a5f3c0,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c5a5f3c0,c5a5f3d8,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c0dcd044,c54efd38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c0dcd044,c54efd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54efd70, ebp = 0 --- Tracing command kernel pid 0 tid 100010 td 0xc59b5240 sched_switch(c59b5240,0,104,191,aa3f995a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,0,...) at mi_switch+0x200 sleepq_switch(c59b5240,0,c0c7d8d5,24b,0,...) at sleepq_switch+0x15f sleepq_wait(c5955c40,0,c0c6f250,0,0,...) at sleepq_wait+0x63 _sleep(c5955c40,c5955c58,0,c0c6f250,0,...) at _sleep+0x36b taskqueue_thread_loop(c0ddfd20,c54e3d38,c0c749df,343,c0dcc7a0,...) at taskqueue_thread_loop+0xba fork_exit(c08bd6f0,c0ddfd20,c54e3d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc54e3d70, ebp = 0 --- Tracing command kernel pid 0 tid 100000 td 0xc0dcca50 sched_switch(c0dcca50,0,104,191,8776839a,...) at sched_switch+0x406 mi_switch(104,0,c0c7d8d5,1d6,44,...) at mi_switch+0x200 sleepq_switch(c0dcca50,0,c0c7d8d5,26e,0,...) at sleepq_switch+0x15f sleepq_timedwait(c0dcc7a0,44,c0c7b93e,0,0,...) at sleepq_timedwait+0x6b _sleep(c0dcc7a0,0,44,c0c7b93e,2710,...) at _sleep+0x339 scheduler(0,141ec00,141ec00,141e000,1425000,...) at scheduler+0x23e mi_startup() at mi_startup+0x96 begin() at begin+0x2c ---------------------------------------------------------------------- Head of dmesg WARNING: console at 0xc0d5a000 has no name KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 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 8.0-RC2 #4: Sat Oct 31 02:28:58 UTC 2009 root@box8.ws.local:/usr/obj/usr/src/sys/WITHDDB WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400 real memory = 2147483648 (2048 MB) avail memory = 2086248448 (1989 MB) ---------------------------------------------------------------------- Kernel Config include GENERIC ident WITHDDB options KDB options DDB options BREAK_TO_DEBUGGER makeoptions DEBUG=-g options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC --------------070204000802060007010703-- From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 11:01:05 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9440E1065693 for ; Sat, 31 Oct 2009 11:01:05 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 56C828FC1A for ; Sat, 31 Oct 2009 11:01:05 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1N4Bhg-0005K9-1g; Sat, 31 Oct 2009 12:01:04 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 7CD3F14766; Sat, 31 Oct 2009 12:00:59 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Hussain Ali" , freebsd-fs@freebsd.org References: <20091030223225.GI5120@datapipe.com> Date: Sat, 31 Oct 2009 12:00:59 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091030223225.GI5120@datapipe.com> User-Agent: Opera Mail/10.00 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Plans for Logged/Journaled UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 11:01:05 -0000 On Fri, 30 Oct 2009 23:32:25 +0100, Hussain Ali wrote= : > > Hello, > > Was just wondering if any of the LOG or Journal based UFS implementatio= ns > are being worked on. I know of three that could make thier way into > FreeBSD : > > - bluffs :: IIRC ups@ was working on this > - wabl :: Wasabi's FFS extentions for NetBSD's UFS2 > - solaris ufs :: that has journaling support - this is probably the > most work though > > ZFS doesnt suffice for may use cases - so just wondering if this is in > the works. > > Thanks, > > -- > -hussain FFS with gjournal? It is already in FreeBSD and is production ready. Ronald. From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 12:59:23 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F06061065676; Sat, 31 Oct 2009 12:59:23 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C87508FC13; Sat, 31 Oct 2009 12:59:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9VCxNwi069977; Sat, 31 Oct 2009 12:59:23 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9VCxN7Q069973; Sat, 31 Oct 2009 12:59:23 GMT (envelope-from gavin) Date: Sat, 31 Oct 2009 12:59:23 GMT Message-Id: <200910311259.n9VCxN7Q069973@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-fs@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/140134: [msdosfs] write and fsck destroy filesystem integrity X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 12:59:24 -0000 Old Synopsis: msdosfs write and fsck destroy filesystem integrity New Synopsis: [msdosfs] write and fsck destroy filesystem integrity Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: gavin Responsible-Changed-When: Sat Oct 31 12:57:34 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140134 From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 14:39:30 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B6D81065676; Sat, 31 Oct 2009 14:39:30 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 234D98FC1F; Sat, 31 Oct 2009 14:39:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9VEdUSl057336; Sat, 31 Oct 2009 14:39:30 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9VEdT5A057332; Sat, 31 Oct 2009 14:39:29 GMT (envelope-from jh) Date: Sat, 31 Oct 2009 14:39:29 GMT Message-Id: <200910311439.n9VEdT5A057332@freefall.freebsd.org> To: unk.nown@unix.net, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/125536: [ext2fs] ext 2 mounts cleanly but fails on commands like ls X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 14:39:30 -0000 Synopsis: [ext2fs] ext 2 mounts cleanly but fails on commands like ls State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Sat Oct 31 14:38:17 UTC 2009 State-Changed-Why: Duplicate of kern/124621. http://www.freebsd.org/cgi/query-pr.cgi?pr=125536 From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 14:40:33 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6B0D1065676; Sat, 31 Oct 2009 14:40:33 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9688FC08; Sat, 31 Oct 2009 14:40:33 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9VEeXNF061352; Sat, 31 Oct 2009 14:40:33 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9VEeX0R061318; Sat, 31 Oct 2009 14:40:33 GMT (envelope-from jh) Date: Sat, 31 Oct 2009 14:40:33 GMT Message-Id: <200910311440.n9VEeX0R061318@freefall.freebsd.org> To: christope.cap@gmail.com, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/128173: [ext2fs] ls gives "Input/output error" on mounted ext3 filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 14:40:33 -0000 Synopsis: [ext2fs] ls gives "Input/output error" on mounted ext3 filesystem State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Sat Oct 31 14:39:41 UTC 2009 State-Changed-Why: Duplicate of kern/124621. http://www.freebsd.org/cgi/query-pr.cgi?pr=128173 From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 14:44:34 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A035F106566C; Sat, 31 Oct 2009 14:44:34 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 782628FC1B; Sat, 31 Oct 2009 14:44:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9VEiYm1065486; Sat, 31 Oct 2009 14:44:34 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9VEiXA2065482; Sat, 31 Oct 2009 14:44:33 GMT (envelope-from jh) Date: Sat, 31 Oct 2009 14:44:33 GMT Message-Id: <200910311444.n9VEiXA2065482@freefall.freebsd.org> To: paulf@free.fr, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/124621: [ext3] [patch] Cannot mount ext2fs partition X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 14:44:34 -0000 Synopsis: [ext3] [patch] Cannot mount ext2fs partition State-Changed-From-To: feedback->patched State-Changed-By: jh State-Changed-When: Sat Oct 31 14:41:11 UTC 2009 State-Changed-Why: Patched in head / stable/8 by r187395 and in stable/7 by r194495. http://www.freebsd.org/cgi/query-pr.cgi?pr=124621 From owner-freebsd-fs@FreeBSD.ORG Sat Oct 31 17:53:37 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F0E1065670; Sat, 31 Oct 2009 17:53:37 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 217D98FC14; Sat, 31 Oct 2009 17:53:36 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1N4I8t-0008Ir-Ao; Sat, 31 Oct 2009 18:53:35 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 7BDAF13C0C; Sat, 31 Oct 2009 18:53:31 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Pawel Jakub Dawidek" References: <20091029205121.GB3418@garage.freebsd.pl> Date: Sat, 31 Oct 2009 18:53:31 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091029205121.GB3418@garage.freebsd.pl> User-Agent: Opera Mail/10.00 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: Fwd: Re: zfs receive gives: internal error: Argument list too long X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 17:53:37 -0000 On Thu, 29 Oct 2009 21:51:21 +0100, Pawel Jakub Dawidek = =20 wrote: > On Wed, Oct 28, 2009 at 09:51:46PM +0100, Ronald Klop wrote: >> Hi, >> >> I'm forwarding this, because there was no answer on freebsd-stable. >> >> Does anybody know about this and have some tips on how to solve it? > > Could you try this patch: > > http://people.freebsd.org/~pjd/patches/zfs_recv_E2BIG.patch > Thank you. The patch works on 8.0-RC2. My backups are up-to-date again. Ronald.