From owner-freebsd-fs@FreeBSD.ORG Sun Sep 6 00:36: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 0DEDD1065696; Sun, 6 Sep 2009 00:36:16 +0000 (UTC) (envelope-from mel.flynn+fbsd.fs@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id A8A5C8FC1B; Sun, 6 Sep 2009 00:36:15 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 677297E853; Sat, 5 Sep 2009 16:36:25 -0800 (AKDT) From: Mel Flynn To: freebsd-fs@freebsd.org Date: Sun, 6 Sep 2009 02:36:10 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA3; KDE/4.2.4; i386; ; ) References: <200909030000.11961.mel.flynn+fbsd.fs@mailing.thruhere.net> <200909052111.27667.mel.flynn+fbsd.fs@mailing.thruhere.net> <20090905192251.GJ1665@garage.freebsd.pl> In-Reply-To: <20090905192251.GJ1665@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_7PwoKCEku+NtiA2" Message-Id: <200909060236.11224.mel.flynn+fbsd.fs@mailing.thruhere.net> Cc: Pawel Jakub Dawidek , freebsd-geom@freebsd.org Subject: Re: Patch to allow gmirror to set priority of a 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: Sun, 06 Sep 2009 00:36:16 -0000 --Boundary-00=_7PwoKCEku+NtiA2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, new patch containing everything and points for elegance. Double checked for style, so I'm sure there's one or two left ;). Since it's applies nearly clean (1 hunk -6 lines offset) on 7-STABLE, I can runtime test it tomorrow (tonight is lvl 0 backup). -- Mel --Boundary-00=_7PwoKCEku+NtiA2 Content-Type: text/plain; charset="UTF-8"; name="gmirror-priority.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="gmirror-priority.txt" Index: sys/geom/mirror/g_mirror_ctl.c =================================================================== --- sys/geom/mirror/g_mirror_ctl.c (revision 196868) +++ sys/geom/mirror/g_mirror_ctl.c (working copy) @@ -93,12 +93,12 @@ { struct g_mirror_softc *sc; struct g_mirror_disk *disk; - const char *name, *balancep; + const char *name, *balancep, *prov; intmax_t *slicep; uint32_t slice; uint8_t balance; int *autosync, *noautosync, *failsync, *nofailsync, *hardcode, *dynamic; - int *nargs, do_sync = 0, dirty = 1; + int *nargs, *priority, do_sync = 0, dirty = 1, do_priority = 0; nargs = gctl_get_paraml(req, "nargs", sizeof(*nargs)); if (nargs == NULL) { @@ -149,6 +149,29 @@ gctl_error(req, "No '%s' argument.", "dynamic"); return; } + priority = gctl_get_paraml(req, "priority", sizeof(*priority)); + if (priority == NULL) { + gctl_error(req, "No '%s' argument.", "priority"); + return; + } + if (*priority < -1 || *priority > 255) { + gctl_error(req, "Priority range is 0 to 255, %i given", + *priority); + return; + } + /* + * Since we have a priority, we also need a provider now. + * Note: be WARNS safe, by always assigning prov and only throw an + * error if *priority != -1. + */ + prov = gctl_get_asciiparam(req, "arg1"); + if (*priority > -1) { + if (prov == NULL) { + gctl_error(req, "Priority needs a disk name"); + return; + } + do_priority = 1; + } if (*autosync && *noautosync) { gctl_error(req, "'%s' and '%s' specified.", "autosync", "noautosync"); @@ -189,6 +212,14 @@ slice = sc->sc_slice; else slice = *slicep; + /* Enforce usage() of -p not allowing any other options */ + if (do_priority && (*autosync || *noautosync || *failsync || + *nofailsync || *hardcode || *dynamic || *slicep != -1 || + (strcmp(balancep, "none")))) { + gctl_error(req, "only -p accepted when setting priority"); + sx_xunlock(&sc->sc_lock); + return; + } if (g_mirror_ndisks(sc, -1) < sc->sc_ndisks) { sx_xunlock(&sc->sc_lock); gctl_error(req, "Not all disks connected. Try 'forget' command " @@ -197,7 +228,7 @@ } if (sc->sc_balance == balance && sc->sc_slice == slice && !*autosync && !*noautosync && !*failsync && !*nofailsync && !*hardcode && - !*dynamic) { + !*dynamic && !do_priority) { sx_xunlock(&sc->sc_lock); gctl_error(req, "Nothing has changed."); return; @@ -223,6 +254,19 @@ } } LIST_FOREACH(disk, &sc->sc_disks, d_next) { + /* + * Handle priority first, since we only need one disk, do one + * operation on it and then we're done. No need to check other + * flags, as usage doesn't allow it. + */ + if (do_priority) { + if (strcmp(disk->d_name, prov) == 0) { + disk->d_priority = *priority; + g_mirror_update_metadata(disk); + break; + } + continue; + } if (do_sync) { if (disk->d_state == G_MIRROR_DISK_STATE_SYNCHRONIZING) disk->d_flags &= ~G_MIRROR_DISK_FLAG_FORCE_SYNC; Index: sbin/geom/core/geom.c =================================================================== --- sbin/geom/core/geom.c (revision 196868) +++ sbin/geom/core/geom.c (working copy) @@ -98,11 +98,25 @@ struct g_option *opt; unsigned i; - fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); if (cmd->gc_usage != NULL) { - fprintf(stderr, " %s\n", cmd->gc_usage); + char *pos, *ptr, *sptr; + + ptr = strdup(cmd->gc_usage); + sptr = ptr; + while ((pos = strchr(ptr, '\n')) != NULL) { + *pos = '\0'; + fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); + fprintf(stderr, "%s\n", ptr); + ptr = pos + 1; + } + /* Tail or no \n at all */ + fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); + fprintf(stderr, " %s\n", ptr); + free(sptr); return; } + + fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); if ((cmd->gc_flags & G_FLAG_VERBOSE) != 0) fprintf(stderr, " [-v]"); for (i = 0; ; i++) { Index: sbin/geom/class/mirror/geom_mirror.c =================================================================== --- sbin/geom/class/mirror/geom_mirror.c (revision 196868) +++ sbin/geom/class/mirror/geom_mirror.c (working copy) @@ -47,7 +47,7 @@ static char label_balance[] = "split", configure_balance[] = "none"; static intmax_t label_slice = 4096, configure_slice = -1; -static intmax_t insert_priority = 0; +static intmax_t insert_priority = 0, configure_priority = -1; static void mirror_main(struct gctl_req *req, unsigned flags); static void mirror_activate(struct gctl_req *req); @@ -71,10 +71,12 @@ { 'F', "nofailsync", NULL, G_TYPE_BOOL }, { 'h', "hardcode", NULL, G_TYPE_BOOL }, { 'n', "noautosync", NULL, G_TYPE_BOOL }, + { 'p', "priority", &configure_priority, G_TYPE_NUMBER }, { 's', "slice", &configure_slice, G_TYPE_NUMBER }, G_OPT_SENTINEL }, - NULL, "[-adfFhnv] [-b balance] [-s slice] name" + NULL, "[-adfFhnv] [-b balance] [-s slice] name\n" + "-p priority name prov" }, { "deactivate", G_FLAG_VERBOSE, NULL, G_NULL_OPTS, NULL, "[-v] name prov ..." Index: sbin/geom/class/mirror/gmirror.8 =================================================================== --- sbin/geom/class/mirror/gmirror.8 (revision 196868) +++ sbin/geom/class/mirror/gmirror.8 (working copy) @@ -49,6 +49,12 @@ .Op Fl s Ar slice .Ar name .Nm +.Cm configure +.Op Fl v +.Fl p Ar priority +.Ar name +.Ar prov +.Nm .Cm rebuild .Op Fl v .Ar name @@ -115,8 +121,8 @@ .It Cm label Create a mirror. The order of components is important, because a component's priority is based on its position -(starting from 0). -The component with the biggest priority is used by the +(starting from 0 to 255). +The component with the biggest priority (the lowest number) is used by the .Cm prefer balance algorithm and is also used as a master component when resynchronization is needed, @@ -175,6 +181,9 @@ Hardcode providers' names in metadata. .It Fl n Turn off autosynchronization of stale components. +.It Fl p Ar priority +Specifies priority for the given component +.Ar prov . .It Fl s Ar slice Specifies slice size for .Cm split --Boundary-00=_7PwoKCEku+NtiA2-- From owner-freebsd-fs@FreeBSD.ORG Sun Sep 6 00:56:07 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 52AAF106566B; Sun, 6 Sep 2009 00:56:07 +0000 (UTC) (envelope-from mel.flynn+fbsd.fs@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2131D8FC13; Sun, 6 Sep 2009 00:56:06 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 101D37E853; Sat, 5 Sep 2009 16:56:18 -0800 (AKDT) From: Mel Flynn To: freebsd-fs@freebsd.org Date: Sun, 6 Sep 2009 02:56:03 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA3; KDE/4.2.4; i386; ; ) References: <200909030000.11961.mel.flynn+fbsd.fs@mailing.thruhere.net> <20090905192251.GJ1665@garage.freebsd.pl> <200909060236.11224.mel.flynn+fbsd.fs@mailing.thruhere.net> In-Reply-To: <200909060236.11224.mel.flynn+fbsd.fs@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909060256.04013.mel.flynn+fbsd.fs@mailing.thruhere.net> Cc: Pawel Jakub Dawidek , freebsd-geom@freebsd.org Subject: Re: Patch to allow gmirror to set priority of a 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: Sun, 06 Sep 2009 00:56:07 -0000 On Sunday 06 September 2009 02:36:10 Mel Flynn wrote: > Hi, > > new patch containing everything and points for elegance. Double checked for > style, so I'm sure there's one or two left ;). > > Since it's applies nearly clean (1 hunk -6 lines offset) on 7-STABLE, I can > runtime test it tomorrow (tonight is lvl 0 backup). Ack, totally missed your strsep comments, strike this one and yes I should've used that. Will redo when it's not 3am in the morning anymore. ;) -- Mel From owner-freebsd-fs@FreeBSD.ORG Sun Sep 6 06:52: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 EEE031065700; Sun, 6 Sep 2009 06:52:24 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 178718FC08; Sun, 6 Sep 2009 06:52:23 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5BA3E45CD9; Sun, 6 Sep 2009 08:52:18 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4267E45C9B; Sun, 6 Sep 2009 08:52:12 +0200 (CEST) Date: Sun, 6 Sep 2009 08:52:17 +0200 From: Pawel Jakub Dawidek To: Mel Flynn Message-ID: <20090906065217.GL1665@garage.freebsd.pl> References: <200909030000.11961.mel.flynn+fbsd.fs@mailing.thruhere.net> <200909052111.27667.mel.flynn+fbsd.fs@mailing.thruhere.net> <20090905192251.GJ1665@garage.freebsd.pl> <200909060236.11224.mel.flynn+fbsd.fs@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9ToWwKEyhugL+MAz" Content-Disposition: inline In-Reply-To: <200909060236.11224.mel.flynn+fbsd.fs@mailing.thruhere.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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-geom@freebsd.org Subject: Re: Patch to allow gmirror to set priority of a 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: Sun, 06 Sep 2009 06:52:25 -0000 --9ToWwKEyhugL+MAz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 06, 2009 at 02:36:10AM +0200, Mel Flynn wrote: > Hi, >=20 > new patch containing everything and points for elegance. Double checked f= or=20 > style, so I'm sure there's one or two left ;). Yeah:) I'll fixed what's left by myself and tested it. With few little changes it works fine, good job. Below, for the record, you can find what I changed. Patch committed. > Since it's applies nearly clean (1 hunk -6 lines offset) on 7-STABLE, I c= an=20 > runtime test it tomorrow (tonight is lvl 0 backup). > Index: sys/geom/mirror/g_mirror_ctl.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/geom/mirror/g_mirror_ctl.c (revision 196868) > +++ sys/geom/mirror/g_mirror_ctl.c (working copy) > @@ -93,12 +93,12 @@ > { > struct g_mirror_softc *sc; > struct g_mirror_disk *disk; > - const char *name, *balancep; > + const char *name, *balancep, *prov; > intmax_t *slicep; > uint32_t slice; > uint8_t balance; > int *autosync, *noautosync, *failsync, *nofailsync, *hardcode, *dynamic; > - int *nargs, do_sync =3D 0, dirty =3D 1; > + int *nargs, *priority, do_sync =3D 0, dirty =3D 1, do_priority =3D 0; priority should be 'intmax_t *' here. > nargs =3D gctl_get_paraml(req, "nargs", sizeof(*nargs)); > if (nargs =3D=3D NULL) { We need to accept 1 or 2 arguments few lines below. > @@ -149,6 +149,29 @@ > gctl_error(req, "No '%s' argument.", "dynamic"); > return; > } > + priority =3D gctl_get_paraml(req, "priority", sizeof(*priority)); > + if (priority =3D=3D NULL) { > + gctl_error(req, "No '%s' argument.", "priority"); > + return; > + } > + if (*priority < -1 || *priority > 255) { > + gctl_error(req, "Priority range is 0 to 255, %i given", %d instead of %i for consistency. > + *priority); > + return; > + } > + /*=20 > + * Since we have a priority, we also need a provider now. > + * Note: be WARNS safe, by always assigning prov and only throw an > + * error if *priority !=3D -1. > + */ > + prov =3D gctl_get_asciiparam(req, "arg1"); > + if (*priority > -1) { > + if (prov =3D=3D NULL) { > + gctl_error(req, "Priority needs a disk name"); > + return; > + } > + do_priority =3D 1; > + } > if (*autosync && *noautosync) { > gctl_error(req, "'%s' and '%s' specified.", "autosync", > "noautosync"); > @@ -189,6 +212,14 @@ > slice =3D sc->sc_slice; > else > slice =3D *slicep; > + /* Enforce usage() of -p not allowing any other options */ Missing '.' at the end of the sentence. > + if (do_priority && (*autosync || *noautosync || *failsync || > + *nofailsync || *hardcode || *dynamic || *slicep !=3D -1 || > + (strcmp(balancep, "none")))) { One tab too much. strcmp() returns int, not bool, so we have to check it against 0. Extra () around strcmp(). > + gctl_error(req, "only -p accepted when setting priority"); > + sx_xunlock(&sc->sc_lock); There's no need to hold the lock during gctl_error(). > + return; > + } > if (g_mirror_ndisks(sc, -1) < sc->sc_ndisks) { > sx_xunlock(&sc->sc_lock); > gctl_error(req, "Not all disks connected. Try 'forget' command " > @@ -197,7 +228,7 @@ > } > if (sc->sc_balance =3D=3D balance && sc->sc_slice =3D=3D slice && !*aut= osync && > !*noautosync && !*failsync && !*nofailsync && !*hardcode && > - !*dynamic) { > + !*dynamic && !do_priority) { > sx_xunlock(&sc->sc_lock); > gctl_error(req, "Nothing has changed."); > return; I also added the following check: if ((!do_priority && *nargs !=3D 1) || (do_priority && *nargs !=3D 2)) { sx_xunlock(&sc->sc_lock); gctl_error(req, "Invalid number of arguments."); return; } > @@ -223,6 +254,19 @@ > } > } > LIST_FOREACH(disk, &sc->sc_disks, d_next) { > + /* > + * Handle priority first, since we only need one disk, do one > + * operation on it and then we're done. No need to check other > + * flags, as usage doesn't allow it. > + */ > + if (do_priority) { > + if (strcmp(disk->d_name, prov) =3D=3D 0) { > + disk->d_priority =3D *priority; > + g_mirror_update_metadata(disk); > + break; > + } To be consistent with other option I changed it to: if (strcmp(disk->d_name, prov) =3D=3D 0) { if (disk->d_priority =3D=3D *priority) gctl_error(req, "Nothing has changed."); else { disk->d_priority =3D *priority; g_mirror_update_metadata(disk); } break; } > + continue; > + } > if (do_sync) { > if (disk->d_state =3D=3D G_MIRROR_DISK_STATE_SYNCHRONIZING) > disk->d_flags &=3D ~G_MIRROR_DISK_FLAG_FORCE_SYNC; > Index: sbin/geom/core/geom.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 > --- sbin/geom/core/geom.c (revision 196868) > +++ sbin/geom/core/geom.c (working copy) > @@ -98,11 +98,25 @@ > struct g_option *opt; > unsigned i; > =20 > - fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); > if (cmd->gc_usage !=3D NULL) { > - fprintf(stderr, " %s\n", cmd->gc_usage); > + char *pos, *ptr, *sptr; > + > + ptr =3D strdup(cmd->gc_usage); > + sptr =3D ptr; > + while ((pos =3D strchr(ptr, '\n')) !=3D NULL) { > + *pos =3D '\0'; > + fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); > + fprintf(stderr, "%s\n", ptr); We need a space between cmd->gc_name and ptr here. > + ptr =3D pos + 1; > + } > + /* Tail or no \n at all */ > + fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); > + fprintf(stderr, " %s\n", ptr); > + free(sptr); I went with strsep(3) version I proposed, I think you missed it. > return; > } > + > + fprintf(stderr, "%s %s %s", prefix, comm, cmd->gc_name); > if ((cmd->gc_flags & G_FLAG_VERBOSE) !=3D 0) > fprintf(stderr, " [-v]"); > for (i =3D 0; ; i++) { > Index: sbin/geom/class/mirror/geom_mirror.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 > --- sbin/geom/class/mirror/geom_mirror.c (revision 196868) > +++ sbin/geom/class/mirror/geom_mirror.c (working copy) > @@ -47,7 +47,7 @@ > =20 > static char label_balance[] =3D "split", configure_balance[] =3D "none"; > static intmax_t label_slice =3D 4096, configure_slice =3D -1; > -static intmax_t insert_priority =3D 0; > +static intmax_t insert_priority =3D 0, configure_priority =3D -1; > =20 > static void mirror_main(struct gctl_req *req, unsigned flags); > static void mirror_activate(struct gctl_req *req); > @@ -71,10 +71,12 @@ > { 'F', "nofailsync", NULL, G_TYPE_BOOL }, > { 'h', "hardcode", NULL, G_TYPE_BOOL }, > { 'n', "noautosync", NULL, G_TYPE_BOOL }, > + { 'p', "priority", &configure_priority, G_TYPE_NUMBER }, > { 's', "slice", &configure_slice, G_TYPE_NUMBER }, > G_OPT_SENTINEL > }, > - NULL, "[-adfFhnv] [-b balance] [-s slice] name" > + NULL, "[-adfFhnv] [-b balance] [-s slice] name\n" > + "-p priority name prov" I added '[-v]' here as it i a valid option. > }, > { "deactivate", G_FLAG_VERBOSE, NULL, G_NULL_OPTS, NULL, > "[-v] name prov ..." > Index: sbin/geom/class/mirror/gmirror.8 > =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 > --- sbin/geom/class/mirror/gmirror.8 (revision 196868) > +++ sbin/geom/class/mirror/gmirror.8 (working copy) > @@ -49,6 +49,12 @@ > .Op Fl s Ar slice > .Ar name > .Nm > +.Cm configure > +.Op Fl v > +.Fl p Ar priority > +.Ar name > +.Ar prov > +.Nm > .Cm rebuild > .Op Fl v > .Ar name > @@ -115,8 +121,8 @@ > .It Cm label > Create a mirror. > The order of components is important, because a component's priority is = based on its position > -(starting from 0). > -The component with the biggest priority is used by the > +(starting from 0 to 255). > +The component with the biggest priority (the lowest number) is used by t= he > .Cm prefer > balance algorithm > and is also used as a master component when resynchronization is needed, > @@ -175,6 +181,9 @@ We also need: -.Bl -tag -width ".Fl b Ar balance" +.Bl -tag -width ".Fl p Ar priority" > Hardcode providers' names in metadata. > .It Fl n > Turn off autosynchronization of stale components. > +.It Fl p Ar priority > +Specifies priority for the given component > +.Ar prov . > .It Fl s Ar slice > Specifies slice size for > .Cm split --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --9ToWwKEyhugL+MAz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKo1whForvXbEpPzQRAtt7AJ0RB3pQw7DilUiqBOqgM3LQuEgdNgCgxueH 1QW+WmTfmOoc44Fmz7DiHUo= =/9zD -----END PGP SIGNATURE----- --9ToWwKEyhugL+MAz-- From owner-freebsd-fs@FreeBSD.ORG Sun Sep 6 08:17:10 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 D3C091065676; Sun, 6 Sep 2009 08:17:10 +0000 (UTC) (envelope-from mel.flynn+fbsd.fs@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6868FC14; Sun, 6 Sep 2009 08:17:10 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id A36907E818; Sun, 6 Sep 2009 00:17:20 -0800 (AKDT) From: Mel Flynn To: Pawel Jakub Dawidek Date: Sun, 6 Sep 2009 10:17:05 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA3; KDE/4.2.4; i386; ; ) References: <200909030000.11961.mel.flynn+fbsd.fs@mailing.thruhere.net> <200909060236.11224.mel.flynn+fbsd.fs@mailing.thruhere.net> <20090906065217.GL1665@garage.freebsd.pl> In-Reply-To: <20090906065217.GL1665@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909061017.05990.mel.flynn+fbsd.fs@mailing.thruhere.net> Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Patch to allow gmirror to set priority of a 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: Sun, 06 Sep 2009 08:17:10 -0000 On Sunday 06 September 2009 08:52:17 you wrote: > On Sun, Sep 06, 2009 at 02:36:10AM +0200, Mel Flynn wrote: > > Hi, > > > > new patch containing everything and points for elegance. Double checked > > for style, so I'm sure there's one or two left ;). > > Yeah:) I'll fixed what's left by myself and tested it. With few little > changes it works fine, good job. Below, for the record, you can find > what I changed. Patch committed. Thank you very much! And now you got me thinking about allowing and enforcing two usage patterns of the same command in the core geom, so that the enforcement can be stripped out of command implementations. But I'll leave that for a time when this is not the only consumer of that logic. This has nonetheless been a welcome learning experience. -- Mel From owner-freebsd-fs@FreeBSD.ORG Sun Sep 6 18:28:12 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 2E54C106566B; Sun, 6 Sep 2009 18:28:12 +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 055348FC27; Sun, 6 Sep 2009 18:28:12 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n86ISBlu057168; Sun, 6 Sep 2009 18:28:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n86ISB0s057164; Sun, 6 Sep 2009 18:28:11 GMT (envelope-from linimon) Date: Sun, 6 Sep 2009 18:28:11 GMT Message-Id: <200909061828.n86ISB0s057164@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138524: [msdosfs] disks and usb flashes/cards with Russian labels produces hangups 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, 06 Sep 2009 18:28:12 -0000 Old Synopsis: disks and usb flashes/cards with Russian labels produces hangups New Synopsis: [msdosfs] disks and usb flashes/cards with Russian labels produces hangups Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 6 18:27:53 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=138524 From owner-freebsd-fs@FreeBSD.ORG Sun Sep 6 18:30:54 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 82E211065672; Sun, 6 Sep 2009 18:30:54 +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 5A6038FC14; Sun, 6 Sep 2009 18:30:54 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n86IUsb7065092; Sun, 6 Sep 2009 18:30:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n86IUsZP065088; Sun, 6 Sep 2009 18:30:54 GMT (envelope-from linimon) Date: Sun, 6 Sep 2009 18:30:54 GMT Message-Id: <200909061830.n86IUsZP065088@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138537: [zfs] [panic] Memory modified after free 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, 06 Sep 2009 18:30:54 -0000 Old Synopsis: [panic] Memory modified after free New Synopsis: [zfs] [panic] Memory modified after free Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 6 18:30:13 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=138537 From owner-freebsd-fs@FreeBSD.ORG Sun Sep 6 22:47: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 83F15106566B for ; Sun, 6 Sep 2009 22:47:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0CFCA8FC13 for ; Sun, 6 Sep 2009 22:47:17 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6CE0545C9B; Mon, 7 Sep 2009 00:47:15 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4AFA245C8C; Mon, 7 Sep 2009 00:47:10 +0200 (CEST) Date: Mon, 7 Sep 2009 00:47:10 +0200 From: Pawel Jakub Dawidek To: linimon@FreeBSD.org Message-ID: <20090906224710.GO1665@garage.freebsd.pl> References: <200909061830.n86IUsZP065088@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7PAM/4G1BR2SfWzg" Content-Disposition: inline In-Reply-To: <200909061830.n86IUsZP065088@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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-bugs@FreeBSD.org Subject: Re: kern/138537: [zfs] [panic] Memory modified after free 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, 06 Sep 2009 22:47:18 -0000 --7PAM/4G1BR2SfWzg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 06, 2009 at 06:30:54PM +0000, linimon@FreeBSD.org wrote: > Old Synopsis: [panic] Memory modified after free > New Synopsis: [zfs] [panic] Memory modified after free Mark, this doesn't look like ZFS panic. Only memory allocation in ZFS code discovered that memory was used after free. It is most likely related to ATA errors handling. > Responsible-Changed-From-To: freebsd-bugs->freebsd-fs > Responsible-Changed-By: linimon > Responsible-Changed-When: Sun Sep 6 18:30:13 UTC 2009 > Responsible-Changed-Why:=20 > Over to maintainer(s). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --7PAM/4G1BR2SfWzg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKpDvuForvXbEpPzQRApedAJ0UuvZaFbfLmrsSi/+GiVtimxQ+qgCgsz++ frH65QP5hZSyx5E3+f16TlA= =Dz3V -----END PGP SIGNATURE----- --7PAM/4G1BR2SfWzg-- From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 02:50:02 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 CE193106566C for ; Mon, 7 Sep 2009 02:50:02 +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 A3D478FC16 for ; Mon, 7 Sep 2009 02:50:02 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n872o2qh071465 for ; Mon, 7 Sep 2009 02:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n872o2MW071464; Mon, 7 Sep 2009 02:50:02 GMT (envelope-from gnats) Date: Mon, 7 Sep 2009 02:50:02 GMT Message-Id: <200909070250.n872o2MW071464@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Bruce Cran Cc: Subject: Re: kern/127213: [tmpfs] sendfile on tmpfs data corruption X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2009 02:50:02 -0000 The following reply was made to PR kern/127213; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, citrin@citrin.ru Cc: Subject: Re: kern/127213: [tmpfs] sendfile on tmpfs data corruption Date: Mon, 7 Sep 2009 03:41:11 +0100 I've submitted the PR kern/138465 which contains a patch to tools/regression/sockets/sendfile which adds an MD5 field to the header structure; when all the data has been received the MD5 is recalculated and the test fails if they differ. As expected it fails when /tmp is a tmpfs filesystem. -- Bruce From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 08:42:50 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 1C84D106566C; Mon, 7 Sep 2009 08:42:50 +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 E863A8FC19; Mon, 7 Sep 2009 08:42:49 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n878gnuN070455; Mon, 7 Sep 2009 08:42:49 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n878gn2x070451; Mon, 7 Sep 2009 08:42:49 GMT (envelope-from linimon) Date: Mon, 7 Sep 2009 08:42:49 GMT Message-Id: <200909070842.n878gn2x070451@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-bugs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138537: [ata] [panic] Memory modified after free 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, 07 Sep 2009 08:42:50 -0000 Old Synopsis: [zfs] [panic] Memory modified after free New Synopsis: [ata] [panic] Memory modified after free Responsible-Changed-From-To: freebsd-fs->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Sep 7 08:42:07 UTC 2009 Responsible-Changed-Why: pjd says this is probably a problem in the ata driver that just happens to be detected by zfs. http://www.freebsd.org/cgi/query-pr.cgi?pr=138537 From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 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 BD8981065672 for ; Mon, 7 Sep 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 AB3FC8FC0C for ; Mon, 7 Sep 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 n87B6ww9010211 for ; Mon, 7 Sep 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 n87B6wJO010207 for freebsd-fs@FreeBSD.org; Mon, 7 Sep 2009 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Sep 2009 11:06:58 GMT Message-Id: <200909071106.n87B6wJO010207@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, 07 Sep 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/138524 fs [msdosfs] disks and usb flashes/cards with Russian lab o kern/138476 fs [panic] [sshfs] [fuse] Almost regular panic during VFS o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138367 fs [tmpfs] [panic] 'panic: Assertion pages > 0 failed' wh o kern/138244 fs [zfs] dd(1) attempts bitwise transfer onto ZFS pool 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/136942 fs [zfs] zvol resize not reflected until reboot 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/136218 fs [zfs] Exported ZFS pools can't be imported into (Open) 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/135480 fs [zfs] panic: lock &arg.lock already initialized o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o bin/135314 fs [zfs] assertion failed for zdb(8) usage o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot f kern/134496 fs [zfs] [panic] ZFS pool export occasionally causes a ke 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/133373 fs [zfs] umass attachment causes ZFS checksum errors, dat 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/133134 fs [zfs] Missing ZFS zpool labels 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/132551 fs [zfs] ZFS locks up on extattr_list_link syscall 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 f kern/132068 fs [zfs] page fault when using ZFS over NFS on 7.1-RELEAS 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/129148 fs [zfs] [panic] panic on concurrent writing & rollback o kern/129059 fs [zfs] [patch] ZFS bootloader whitelistable via WITHOUT f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE o kern/128633 fs [zfs] [lor] lock order reversal in zfs o kern/128514 fs [zfs] [mpt] problems with ZFS and LSILogic SAS/SATA Ad f kern/128173 fs [ext2fs] ls gives "Input/output error" on mounted ext3 o kern/127659 fs [tmpfs] tmpfs memory leak o kern/127492 fs [zfs] System hang on ZFS input-output o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127213 fs [tmpfs] sendfile on tmpfs data corruption 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 o kern/125644 fs [zfs] [panic] zfs unfixable fs errors caused panic whe f kern/125536 fs [ext2fs] ext 2 mounts cleanly but fails on commands li o kern/125149 fs [nfs] [panic] changing into .zfs dir from nfs client c 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/122888 fs [zfs] zfs hang w/ prefetch on, zil off while running t o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o kern/122173 fs [zfs] [panic] Kernel Panic if attempting to replace a 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 kern/122038 fs [tmpfs] [panic] tmpfs: panic: tmpfs_alloc_vp: type 0xc 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 kern/121770 fs [zfs] ZFS on i386, large file or heavy I/O leads to ke 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 o bin/120288 fs zfs(8): "zfs share -a" does not send SIGHUP to mountd 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 misc/118855 fs [zfs] ZFS-related commands are nonfunctional in fixit o kern/118713 fs [minidump] [patch] Display media size required for a k o kern/118320 fs [zfs] [patch] NFS SETATTR sometimes fails to set file 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 kern/113180 fs [zfs] Setting ZFS nfsshare property does not cause inh 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 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 157 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 11:39:19 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 086D4106568D; Mon, 7 Sep 2009 11:39:19 +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 D5C0C8FC13; Mon, 7 Sep 2009 11:39:18 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87BdI2r047412; Mon, 7 Sep 2009 11:39:18 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87BdINo047408; Mon, 7 Sep 2009 11:39:18 GMT (envelope-from pjd) Date: Mon, 7 Sep 2009 11:39:18 GMT Message-Id: <200909071139.n87BdINo047408@freefall.freebsd.org> To: emikulic@gmail.com, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/135480: [zfs] panic: lock &arg.lock already initialized 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, 07 Sep 2009 11:39:19 -0000 Synopsis: [zfs] panic: lock &arg.lock already initialized State-Changed-From-To: open->patched State-Changed-By: pjd State-Changed-When: pon 7 wrz 2009 11:38:59 UTC State-Changed-Why: Fix committed to HEAD. Thanks for the report! http://www.freebsd.org/cgi/query-pr.cgi?pr=135480 From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 11:39:37 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 D52FB1065694; Mon, 7 Sep 2009 11:39:37 +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 AC18F8FC1C; Mon, 7 Sep 2009 11:39:37 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87Bdbcj047462; Mon, 7 Sep 2009 11:39:37 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87BdbSO047458; Mon, 7 Sep 2009 11:39:37 GMT (envelope-from pjd) Date: Mon, 7 Sep 2009 11:39:37 GMT Message-Id: <200909071139.n87BdbSO047458@freefall.freebsd.org> To: pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/135480: [zfs] panic: lock &arg.lock already initialized 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, 07 Sep 2009 11:39:37 -0000 Synopsis: [zfs] panic: lock &arg.lock already initialized Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: pon 7 wrz 2009 11:39:26 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=135480 From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 11:43:40 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 EC716106566C for ; Mon, 7 Sep 2009 11:43:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8468FC08 for ; Mon, 7 Sep 2009 11:43:39 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D212B45CA0; Mon, 7 Sep 2009 13:43:37 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id EB4A045C89; Mon, 7 Sep 2009 13:43:32 +0200 (CEST) Date: Mon, 7 Sep 2009 13:43:36 +0200 From: Pawel Jakub Dawidek To: killasmurf86@gmail.com, freebsd-fs@FreeBSD.org Message-ID: <20090907114336.GH1659@garage.freebsd.pl> References: <200908120538.n7C5cAUF046203@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="g3RkK9jYN81zD2N+" Content-Disposition: inline In-Reply-To: <200908120538.n7C5cAUF046203@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: kern/137037: [zfs] [hang] zfs rollback on root causes FreeBSD to freeze in few seconds 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, 07 Sep 2009 11:43:41 -0000 --g3RkK9jYN81zD2N+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 12, 2009 at 05:38:10AM +0000, pjd@FreeBSD.org wrote: > Note that rollback of root file system is impossible to do on-line anyway. > Rollback will modify data on your root file system and because of that > file system being rolled back has to be unmounted and mounted with new da= ta. > You shouldn't be able to unmount root file system anyway. Actually I was wrong here. Rollback is possible on a mounted file system, it doesn't need to unmount file system, but it is still a risky game. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --g3RkK9jYN81zD2N+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKpPHoForvXbEpPzQRAsHHAKCa6JDeMrit1+dRT15Kd+KF3IM5tgCeIzJj C7x6Fau/2Fsf73UoB/HG4CY= =piBJ -----END PGP SIGNATURE----- --g3RkK9jYN81zD2N+-- From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 11:53:27 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 E141E1065692; Mon, 7 Sep 2009 11:53:27 +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 D1B6B8FC1F; Mon, 7 Sep 2009 11:53:27 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87BrRYM066074; Mon, 7 Sep 2009 11:53:27 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87BrRPc066070; Mon, 7 Sep 2009 11:53:27 GMT (envelope-from pjd) Date: Mon, 7 Sep 2009 11:53:27 GMT Message-Id: <200909071153.n87BrRPc066070@freefall.freebsd.org> To: weldon@excelsusphoto.com, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/138244: [zfs] dd(1) attempts bitwise transfer onto ZFS pool 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, 07 Sep 2009 11:53:28 -0000 Synopsis: [zfs] dd(1) attempts bitwise transfer onto ZFS pool State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: pon 7 wrz 2009 11:46:04 UTC State-Changed-Why: I'm sorry, but I don't really understand what you described. What do you mean by 'bitwise transfer'? Writing to raw block device like /dev/da0? What do you mean by zvolume? I think you mean raw device used as pool component, but in ZFS terminology zvolume (ZVOL) is something different. What do you mean by 'bit level copying onto a zpool'? zpool is not a block device. Do you mean copying to /pool/ directory or block device which is pool component? Could you show example commands you were trying to use, your pool configuration, etc.? If you ment to do something like 'dd if=/dev/zero of=/dev/da0' where da0 is pool component (a vdev in ZFS terminology) then it should be denied by GEOM, as da0 should be already opened for writing by ZFS and dd(1) shouldn't be able to open it for writing at all. Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: pon 7 wrz 2009 11:46:04 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=138244 From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 14:19:51 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 D82781065672; Mon, 7 Sep 2009 14:19:51 +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 AF5D48FC0C; Mon, 7 Sep 2009 14:19:51 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87EJplc005313; Mon, 7 Sep 2009 14:19:51 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87EJpUx005309; Mon, 7 Sep 2009 14:19:51 GMT (envelope-from pjd) Date: Mon, 7 Sep 2009 14:19:51 GMT Message-Id: <200909071419.n87EJpUx005309@freefall.freebsd.org> To: bsd@ask-us.at, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/136942: [zfs] zvol resize not reflected until reboot 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, 07 Sep 2009 14:19:51 -0000 Synopsis: [zfs] zvol resize not reflected until reboot State-Changed-From-To: open->patched State-Changed-By: pjd State-Changed-When: pon 7 wrz 2009 14:17:00 UTC State-Changed-Why: I committed a change that should allow to change ZVOL size. Note that GEOM doesn't really support changing provider's size, so if ZVOL is open we will wait for the last close and then change the size. BTW. There are two undocumented commands to initialize and remove ZVOLs: # zfs volinit # zfs volfini Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: pon 7 wrz 2009 14:17:00 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=136942 From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 14:45:09 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 A582D1065670; Mon, 7 Sep 2009 14:45:09 +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 7CB7F8FC26; Mon, 7 Sep 2009 14:45:09 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87Ej9wm035343; Mon, 7 Sep 2009 14:45:09 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87Ej8Np035339; Mon, 7 Sep 2009 14:45:08 GMT (envelope-from pjd) Date: Mon, 7 Sep 2009 14:45:08 GMT Message-Id: <200909071445.n87Ej8Np035339@freefall.freebsd.org> To: cryx-freebsd@h3q.com, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/133134: [zfs] Missing ZFS zpool labels 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, 07 Sep 2009 14:45:09 -0000 Synopsis: [zfs] Missing ZFS zpool labels State-Changed-From-To: open->patched State-Changed-By: pjd State-Changed-When: pon 7 wrz 2009 14:44:14 UTC State-Changed-Why: zdb(8) wasn't able to obtain GEOM provider size. I committed a fix to HEAD. Thanks for the report! Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: pon 7 wrz 2009 14:44:14 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=133134 From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 15:30:06 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 2AA59106568B for ; Mon, 7 Sep 2009 15:30: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 C2CE88FC08 for ; Mon, 7 Sep 2009 15:30:03 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87FU37I074209 for ; Mon, 7 Sep 2009 15:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87FU3ZZ074201; Mon, 7 Sep 2009 15:30:03 GMT (envelope-from gnats) Date: Mon, 7 Sep 2009 15:30:03 GMT Message-Id: <200909071530.n87FU3ZZ074201@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Pawel Jakub Dawidek Cc: Subject: Re: bin/121366: [zfs] [patch] Automatic disk scrubbing from periodic(8) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pawel Jakub Dawidek List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2009 15:30:06 -0000 The following reply was made to PR bin/121366; it has been noted by GNATS. From: Pawel Jakub Dawidek To: Stefan Moeding Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/121366: [zfs] [patch] Automatic disk scrubbing from periodic(8) Date: Mon, 7 Sep 2009 16:58:05 +0200 --QxIEt88oQPsT6QmF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 04, 2008 at 08:46:51PM +0100, Stefan Moeding wrote: >=20 > >Number: 121366 > >Category: bin > >Synopsis: [zfs] [patch] Automatic disk scrubbing from periodic(8) > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Quarter: =20 > >Keywords: =20 > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Tue Mar 04 20:10:01 UTC 2008 > >Closed-Date: > >Last-Modified: > >Originator: Stefan Moeding > >Release: FreeBSD 7.0-STABLE i386 > >Organization: > >Environment: > System: FreeBSD elan.setuid.de 7.0-STABLE FreeBSD 7.0-STABLE #23: Sat Mar= 1 14:17:18 CET 2008 root@elan.setuid.de:/usr/obj/usr/src/sys/ELAN i386 > >Description: >=20 > The ZFS Best Practices Guide recommends disk scrubbing on a regular > basis. The attached file fits into the periodic(8) framework to start > a weekly scrub. It will look at all pools and choose one of them on a > round-robin basis depending on the date of the last scrub/resilver > unless there is already a scrub or resilver running. >=20 > The script should probably be installed to run at the end the weekly > schedule to avoid I/O contention from scrubbing and other weekly scripts. >=20 > The new periodic(8) switch 'weekly_zfs_scrubbing_enable' is introduced. >=20 > One drawback: ZFS seems to forget the time of a scrub/resilver when > shutting down. On machines with regular reboots and multiple pools > the script will probably pick the same pool every time. Maybe you can use user properties to remember time of last automatic scrub? A user property has to contain ':' in its name, eg.: # zfs set org.freebsd:lastscrub=3D`date "+%s"` pool # zpool scrub pool You can obtain it later with: # zfs get -H -o value org.freebsd:lastscrub system It can be removed (if needed) with: # zfs inherit org.freebsd:lastscrub system If you like the idea, would you also like to update your script to use it? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --QxIEt88oQPsT6QmF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKpR99ForvXbEpPzQRAhgUAKCIg4jTPS83dMl615OUAvaPo6wYygCfdYLF IWU96OveYlgKxRtKQZhyTlQ= =b6uu -----END PGP SIGNATURE----- --QxIEt88oQPsT6QmF-- From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 19:30:05 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 1E06F106566B for ; Mon, 7 Sep 2009 19:30:05 +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 E795B8FC19 for ; Mon, 7 Sep 2009 19:30:04 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87JU4CL026619 for ; Mon, 7 Sep 2009 19:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87JU45H026616; Mon, 7 Sep 2009 19:30:04 GMT (envelope-from gnats) Date: Mon, 7 Sep 2009 19:30:04 GMT Message-Id: <200909071930.n87JU45H026616@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Samuel Boivie Cc: Subject: Re: kern/122888: [zfs] zfs hang w/ prefetch on, zil off while running transmission-daemon X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Samuel Boivie List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2009 19:30:05 -0000 The following reply was made to PR kern/122888; it has been noted by GNATS. From: Samuel Boivie To: bug-followup@freebsd.org, jbsnyder@gmail.com Cc: Subject: Re: kern/122888: [zfs] zfs hang w/ prefetch on, zil off while running transmission-daemon Date: Mon, 7 Sep 2009 21:12:29 +0200 I'm seeing the same behavior using ktorrent on 8.0 beta3 amd64 without tuning. Workaround is good. From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 20:12:54 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 765001065676; Mon, 7 Sep 2009 20:12:54 +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 66AAF8FC20; Mon, 7 Sep 2009 20:12:54 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87KCsS7075638; Mon, 7 Sep 2009 20:12:54 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87KCr18075634; Mon, 7 Sep 2009 20:12:53 GMT (envelope-from pjd) Date: Mon, 7 Sep 2009 20:12:53 GMT Message-Id: <200909072012.n87KCr18075634@freefall.freebsd.org> To: sudakov@sibptus.tomsk.ru, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: bin/120288: zfs(8): "zfs share -a" does not send SIGHUP to mountd 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, 07 Sep 2009 20:12:54 -0000 Synopsis: zfs(8): "zfs share -a" does not send SIGHUP to mountd State-Changed-From-To: open->closed State-Changed-By: pjd State-Changed-When: pon 7 wrz 2009 20:10:46 UTC State-Changed-Why: I think the problem you were seeing was related to bug in pidfile(3), which was fixed some time ago. There was also another bug in detecting if file system is shared which I just fixed. Now the following commands should properly remove file systems from the 'showmount -e' output: # zfs unshare -a # zfs destroy foo/bar # zfs rename foo/bar foo/baz Thanks for the report! Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: pon 7 wrz 2009 20:10:46 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=120288 From owner-freebsd-fs@FreeBSD.ORG Mon Sep 7 20:17:59 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 75027106566C; Mon, 7 Sep 2009 20:17:59 +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 4B9C08FC15; Mon, 7 Sep 2009 20:17:59 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87KHxAh076862; Mon, 7 Sep 2009 20:17:59 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87KHwDB076858; Mon, 7 Sep 2009 20:17:58 GMT (envelope-from pjd) Date: Mon, 7 Sep 2009 20:17:58 GMT Message-Id: <200909072017.n87KHwDB076858@freefall.freebsd.org> To: dvc@gol.com, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/113180: [zfs] Setting ZFS nfsshare property does not cause inheritance for current session 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, 07 Sep 2009 20:17:59 -0000 Synopsis: [zfs] Setting ZFS nfsshare property does not cause inheritance for current session State-Changed-From-To: open->closed State-Changed-By: pjd State-Changed-When: pon 7 wrz 2009 20:16:16 UTC State-Changed-Why: The problem you described was related to buggy detection of shared file systems which I just fixed. With this fix I'm not able to reproduce your problem, sharenfs property on parent changes children too as confirmed with 'showmount -e'. Thanks for the report! Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: pon 7 wrz 2009 20:16:16 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=113180 From owner-freebsd-fs@FreeBSD.ORG Tue Sep 8 15:39:08 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 0C55510656AD for ; Tue, 8 Sep 2009 15:39:08 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 76C418FC19 for ; Tue, 8 Sep 2009 15:39:07 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n88FNXFF006455; Tue, 8 Sep 2009 17:23:34 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 0203224; Tue, 8 Sep 2009 17:23:32 +0200 (CEST) Date: Tue, 8 Sep 2009 17:23:32 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.9.8.150616 Cc: freebsd-fs@freebsd.org Subject: zfs kernel 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: Tue, 08 Sep 2009 15:39:08 -0000 Hi folks, I just upgraded a zfs server from 7.0-something to 7.2-stable and hoped to get rid of some minor instabilities I experienced every 6 months or so. Unfortunately, the new system crashed for the first time after only a few hours when copying some files via scp onto it. I got a kernel panic which looked quite similar to the one reported here (kmem_map too small): I have a dual cpu dual core opteron system with 4GB of RAM and a 3-disk raidz1. I took out the memory settings from loader.conf as suggested in UPDATING. I did not yet upgrade zpool nor zfs version (would that help?). Are there any known issues or any further hints what might cause the crash? I copied the files again, but this time everything went fine. cu Gerrit From owner-freebsd-fs@FreeBSD.ORG Tue Sep 8 15:39: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 84284106568B; Tue, 8 Sep 2009 15:39:47 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3208FC13; Tue, 8 Sep 2009 15:39:47 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:58698 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Ml2nB-0004xF-5A; Tue, 08 Sep 2009 17:39:39 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 1AB0D1DF75; Tue, 8 Sep 2009 17:38:58 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> Date: Tue, 8 Sep 2009 17:38:55 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> To: =?iso-8859-1?Q?Gerrit_K=FChn?= X-Mailer: Apple Mail (2.1075.2) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1Ml2nB-0004xF-5A. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Ml2nB-0004xF-5A ff9feeb5216626fda05dfcdf4d007935 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs kernel 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: Tue, 08 Sep 2009 15:39:47 -0000 On Sep 8, 2009, at 5:23 PM, Gerrit K=FChn wrote: > Hi folks, > > I just upgraded a zfs server from 7.0-something to 7.2-stable and =20 > hoped to > get rid of some minor instabilities I experienced every 6 months or =20= > so. > Unfortunately, the new system crashed for the first time after only =20= > a few > hours when copying some files via scp onto it. > I got a kernel panic which looked quite similar to the one reported =20= > here > (kmem_map too small): > = > > > I have a dual cpu dual core opteron system with 4GB of RAM and a 3-=20 > disk > raidz1. I took out the memory settings from loader.conf as suggested =20= > in > UPDATING. I did not yet upgrade zpool nor zfs version (would that =20 > help?). > Are there any known issues or any further hints what might cause the > crash? I copied the files again, but this time everything went fine. Hmm. Do you use i386 or amd64? This panic is (was?) pretty common on =20 i386 before tuning, but... 4GB RAM and an Opteron should have you =20 running amd64, no? Regards, Thomas= From owner-freebsd-fs@FreeBSD.ORG Tue Sep 8 16:44: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 0A5A01065670; Tue, 8 Sep 2009 16:44:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0538FC13; Tue, 8 Sep 2009 16:44:17 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 90F9E45C98; Tue, 8 Sep 2009 18:44:15 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 813CF45683; Tue, 8 Sep 2009 18:44:10 +0200 (CEST) Date: Tue, 8 Sep 2009 18:44:13 +0200 From: Pawel Jakub Dawidek To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20090908164413.GC1539@garage.freebsd.pl> References: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq" Content-Disposition: inline In-Reply-To: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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-stable@freebsd.org Subject: Re: zfs kernel 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: Tue, 08 Sep 2009 16:44:18 -0000 --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 08, 2009 at 05:23:32PM +0200, Gerrit K=FChn wrote: > Hi folks, >=20 > I just upgraded a zfs server from 7.0-something to 7.2-stable and hoped to > get rid of some minor instabilities I experienced every 6 months or so. > Unfortunately, the new system crashed for the first time after only a few > hours when copying some files via scp onto it. > I got a kernel panic which looked quite similar to the one reported here > (kmem_map too small): > >=20 > I have a dual cpu dual core opteron system with 4GB of RAM and a 3-disk > raidz1. I took out the memory settings from loader.conf as suggested in > UPDATING. I did not yet upgrade zpool nor zfs version (would that help?). > Are there any known issues or any further hints what might cause the > crash? I copied the files again, but this time everything went fine. If this is amd64, add vm.kmem_size=3D"4G" to your loader.conf back. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKpondForvXbEpPzQRAluUAJ44tvn4pDDin8niwggxLpojwbAsEgCfSi6+ bUW230aApqoP797xQp1WpD8= =zzNS -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq-- From owner-freebsd-fs@FreeBSD.ORG Tue Sep 8 22:44:55 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 566B8106566C for ; Tue, 8 Sep 2009 22:44:55 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (spirit.gamesnet.de [87.230.101.86]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0E78FC16 for ; Tue, 8 Sep 2009 22:44:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id 181AB3037D1; Wed, 9 Sep 2009 00:19:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id So8Q3kVWEQrP; Wed, 9 Sep 2009 00:19:43 +0200 (CEST) Received: from sub.han.vpn.gamesnet.de (sub.han.vpn.gamesnet.de [192.168.1.101]) by spirit.gamesnet.de (Postfix) with ESMTPSA id 5FE2A3037C2; Wed, 9 Sep 2009 00:19:43 +0200 (CEST) Date: Wed, 9 Sep 2009 00:19:42 +0200 From: Tobias Lott To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Message-ID: <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> In-Reply-To: <20090908214402.43009577@sub.han.vpn.gamesnet.de> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 08 Sep 2009 22:44:55 -0000 On Tue, 8 Sep 2009 21:44:02 +0200 Tobias Lott wrote: > > > On Tue, 1 Sep 2009 10:05:17 -0400 > John Baldwin wrote: > > > On Tuesday 01 September 2009 9:24:24 am Maciej Jan Broniarz wrote: > > > Hello, > > > > > > I have installed Freebsd8-beta3 on a Phenom II Quad Core with 8 gb > > > ram. When I create a zfs volume all works fine. Still, when I > > > reboot the system it doesn't come up. It hangs with the following > > > error: > > > > > > http://img525.imageshack.us/img525/3832/freebsd8zfs.jpg > > > > > > What might be the problem? > > > > It's probably a NULL pointer dereference, but we would need a stack > > trace to investigate this further. > > > My Problem seems to be related. > > Updating a Machine to 8.0-BETA4 #3 caused same, its a i386 System > using gpt with zfs-only volumes beside swap. > > http://i25.tinypic.com/343p0s0.jpg > > I'll try to see if I can get a stack trace > Hey Everyone I've managed to get some Output for this, using BETA2 LiveCD (gonna try using BETA4 CD Tomorrow). 'zfs import -f poolname' triggered this, Booting kernel.old (BETA3) and today built BETA4 Kernel Panic mounting zfs Volumes. Booting single user mode I get output of zfs list and so on but mounting whatever volume also Panics. Stack output, if there's more you need I'll gladly help http://i27.tinypic.com/2d78qpd.jpg http://i31.tinypic.com/oqhv2w.jpg http://i28.tinypic.com/oktsag.jpg -- Tobias Lott From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 05:42: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 57763106566B; Wed, 9 Sep 2009 05:42:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 97B9E8FC12; Wed, 9 Sep 2009 05:42:56 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AF2AD45E49; Wed, 9 Sep 2009 07:42:52 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7639B45E11; Wed, 9 Sep 2009 07:42:47 +0200 (CEST) Date: Wed, 9 Sep 2009 07:42:49 +0200 From: Pawel Jakub Dawidek To: Tobias Lott Message-ID: <20090909054249.GH1539@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zGQnqpIoxlsbsOfg" Content-Disposition: inline In-Reply-To: <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 09 Sep 2009 05:42:58 -0000 --zGQnqpIoxlsbsOfg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 09, 2009 at 12:19:42AM +0200, Tobias Lott wrote: > Hey Everyone >=20 > I've managed to get some Output for this, using BETA2 LiveCD (gonna try > using BETA4 CD Tomorrow). >=20 > 'zfs import -f poolname' triggered this, Booting kernel.old (BETA3) > and today built BETA4 Kernel Panic mounting zfs Volumes. > Booting single user mode I get output of zfs list and so on but > mounting whatever volume also Panics. Why -f? Were there a poblem in importing pool? > Stack output, if there's more you need I'll gladly help > http://i27.tinypic.com/2d78qpd.jpg > http://i31.tinypic.com/oqhv2w.jpg > http://i28.tinypic.com/oktsag.jpg Could you also provide top part of the backtrace? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zGQnqpIoxlsbsOfg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKp0BZForvXbEpPzQRAuTrAJ97Q5uW8gCyrpjrlgiBbbu2v0tqhQCfa3pz TjO7DfZhhshfMTV1c99Oi0M= =4fxk -----END PGP SIGNATURE----- --zGQnqpIoxlsbsOfg-- From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 06:05: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 F23931065676; Wed, 9 Sep 2009 06:05:33 +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 C805B8FC14; Wed, 9 Sep 2009 06:05:33 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8965Xxm061288; Wed, 9 Sep 2009 06:05:33 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8965Xhf061284; Wed, 9 Sep 2009 06:05:33 GMT (envelope-from pjd) Date: Wed, 9 Sep 2009 06:05:33 GMT Message-Id: <200909090605.n8965Xhf061284@freefall.freebsd.org> To: erik.swanson@gmail.com, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: misc/118855: [zfs] ZFS-related commands are nonfunctional in fixit shell. 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, 09 Sep 2009 06:05:34 -0000 Synopsis: [zfs] ZFS-related commands are nonfunctional in fixit shell. State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: ¶ro 9 wrz 2009 06:04:47 UTC State-Changed-Why: Automatic dependencies load should work from fixit. I think the problem is that kern.module_path isn't configured properly. Are you able to verify that? If that's the case can you manually set kern.module_path to /dist/boot/kernel and see if that will make it to work? Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: ¶ro 9 wrz 2009 06:04:47 UTC Responsible-Changed-Why: I'm back, so take it back. http://www.freebsd.org/cgi/query-pr.cgi?pr=118855 From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 07:03: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 BB38C10656B0; Wed, 9 Sep 2009 07:03:39 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id F10C98FC1B; Wed, 9 Sep 2009 07:03:38 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n8973ZCo030612; Wed, 9 Sep 2009 09:03:37 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id D715924; Wed, 9 Sep 2009 09:03:35 +0200 (CEST) Date: Wed, 9 Sep 2009 09:03:35 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Pawel Jakub Dawidek Message-Id: <20090909090335.89a071df.gerrit@pmp.uni-hannover.de> In-Reply-To: <20090908164413.GC1539@garage.freebsd.pl> References: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> <20090908164413.GC1539@garage.freebsd.pl> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.9.9.64531 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs kernel 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: Wed, 09 Sep 2009 07:03:39 -0000 On Tue, 8 Sep 2009 18:44:13 +0200 Pawel Jakub Dawidek wrote about Re: zfs kernel panic: PJD> If this is amd64, add vm.kmem_size="4G" to your loader.conf back. Yes, it is amd64 (sorry I did not mention that). I will add the option back (the one I used before was set to a somewhat lower value, something like 2G afaicr). cu Gerrit From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 07:07: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 93B56106566C; Wed, 9 Sep 2009 07:07:18 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id C58778FC17; Wed, 9 Sep 2009 07:07:17 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n8977FtO030720; Wed, 9 Sep 2009 09:07:16 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 3080F24; Wed, 9 Sep 2009 09:07:15 +0200 (CEST) Date: Wed, 9 Sep 2009 09:07:15 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Pawel Jakub Dawidek Message-Id: <20090909090715.9d8a58ef.gerrit@pmp.uni-hannover.de> In-Reply-To: <20090908164413.GC1539@garage.freebsd.pl> References: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> <20090908164413.GC1539@garage.freebsd.pl> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.9.9.65416 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs kernel 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: Wed, 09 Sep 2009 07:07:18 -0000 On Tue, 8 Sep 2009 18:44:13 +0200 Pawel Jakub Dawidek wrote about Re: zfs kernel panic: PJD> If this is amd64, add vm.kmem_size="4G" to your loader.conf back. What about vm.kmem_size_max? Does that also need tuning? cu Gerrit From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 08:13:51 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 82ADC1065693; Wed, 9 Sep 2009 08:13:51 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (cl-858.dus-01.de.sixxs.net [IPv6:2a01:198:200:359::2]) by mx1.freebsd.org (Postfix) with ESMTP id 404AC8FC16; Wed, 9 Sep 2009 08:13:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id 628C03044FA; Wed, 9 Sep 2009 10:13:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6RPFW1DoQdCC; Wed, 9 Sep 2009 10:13:47 +0200 (CEST) Received: from sub.han.vpn.gamesnet.de (sub.han.vpn.gamesnet.de [192.168.1.101]) by spirit.gamesnet.de (Postfix) with ESMTPSA id A93B33044F2; Wed, 9 Sep 2009 10:13:47 +0200 (CEST) Date: Wed, 9 Sep 2009 10:13:46 +0200 From: Tobias Lott To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Message-ID: <20090909101346.01887a02@sub.han.vpn.gamesnet.de> In-Reply-To: <20090909054249.GH1539@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 09 Sep 2009 08:13:51 -0000 On Wed, 9 Sep 2009 07:42:49 +0200 Pawel Jakub Dawidek wrote: > On Wed, Sep 09, 2009 at 12:19:42AM +0200, Tobias Lott wrote: > > Hey Everyone > > > > I've managed to get some Output for this, using BETA2 LiveCD (gonna > > try using BETA4 CD Tomorrow). > > > > 'zfs import -f poolname' triggered this, Booting kernel.old (BETA3) > > and today built BETA4 Kernel Panic mounting zfs Volumes. > > Booting single user mode I get output of zfs list and so on but > > mounting whatever volume also Panics. > > Why -f? Were there a poblem in importing pool? > > > Stack output, if there's more you need I'll gladly help > > http://i27.tinypic.com/2d78qpd.jpg > > http://i31.tinypic.com/oqhv2w.jpg > > http://i28.tinypic.com/oktsag.jpg > > Could you also provide top part of the backtrace? > Oh yeah my bad http://i29.tinypic.com/nqwxo2.jpg http://i26.tinypic.com/209hanm.jpg -- Tobias Lott From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 08:33: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 7B7121065676; Wed, 9 Sep 2009 08:33:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 315C78FC08; Wed, 9 Sep 2009 08:33:16 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A77CE45C89; Wed, 9 Sep 2009 10:33:14 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id BBE8A45684; Wed, 9 Sep 2009 10:33:09 +0200 (CEST) Date: Wed, 9 Sep 2009 10:33:13 +0200 From: Pawel Jakub Dawidek To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20090909083313.GA1901@garage.freebsd.pl> References: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> <20090908164413.GC1539@garage.freebsd.pl> <20090909090715.9d8a58ef.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20090909090715.9d8a58ef.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs kernel 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: Wed, 09 Sep 2009 08:33:18 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 09, 2009 at 09:07:15AM +0200, Gerrit K=FChn wrote: > On Tue, 8 Sep 2009 18:44:13 +0200 Pawel Jakub Dawidek > wrote about Re: zfs kernel panic: >=20 > PJD> If this is amd64, add vm.kmem_size=3D"4G" to your loader.conf back. >=20 > What about vm.kmem_size_max? Does that also need tuning? No, this should be auto-tuned to some very large value. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKp2hJForvXbEpPzQRAq37AJ9KGo5hN9S7xQCyStz9oeqsBZL3qwCfeDRT zGlTYNnNtbsgEcWNstFJHIg= =67uR -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 10:10: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 625B3106566C; Wed, 9 Sep 2009 10:10:13 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [80.69.71.124]) by mx1.freebsd.org (Postfix) with ESMTP id 181108FC0A; Wed, 9 Sep 2009 10:10:13 +0000 (UTC) Received: from home-iinet.dannysplace.net ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MlJeD-0004LI-Iu; Wed, 09 Sep 2009 19:39:30 +1000 Message-ID: <4AA77834.1010007@dannysplace.net> Date: Wed, 09 Sep 2009 19:41:08 +1000 From: Danny Carroll User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> <20090908164413.GC1539@garage.freebsd.pl> <20090909090715.9d8a58ef.gerrit@pmp.uni-hannover.de> <20090909083313.GA1901@garage.freebsd.pl> In-Reply-To: <20090909083313.GA1901@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 13-Aug-2009 20:22:24) X-Date: 2009-09-09 19:39:29 X-Connected-IP: 203.206.171.212:11565 X-Message-Linecount: 45 X-Body-Linecount: 30 X-Message-Size: 1914 X-Body-Size: 1092 X-Received-Count: 1 X-Recipient-Count: 4 X-Local-Recipient-Count: 4 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: pjd@FreeBSD.org, gerrit@pmp.uni-hannover.de, freebsd-fs@freebsd.org, freebsd-stable@freebsd.org X-SA-Exim-Mail-From: fbsd@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=-1.3 required=8.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs kernel panic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd@dannysplace.net List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2009 10:10:13 -0000 On 9/09/2009 6:33 PM, Pawel Jakub Dawidek wrote: > On Wed, Sep 09, 2009 at 09:07:15AM +0200, Gerrit Kühn wrote: > >> On Tue, 8 Sep 2009 18:44:13 +0200 Pawel Jakub Dawidek >> wrote about Re: zfs kernel panic: >> >> PJD> If this is amd64, add vm.kmem_size="4G" to your loader.conf back. >> >> What about vm.kmem_size_max? Does that also need tuning? >> > No, this should be auto-tuned to some very large value. > > Pawel (et al), Would it be possible for you to post to the list your ideas of a complete set of tuning parameters for ZFS on amd64? I have used the wiki article as a reference (http://wiki.freebsd.org/ZFSTuningGuide) but it states that if you have > 2g ram and 7.2 then you do not need to tune at all. I for one would be interested in learning a little more about how the memory should be tuned. Specifically what might be interesting is to know, once a parameter is set, is there an easy way to find out how it's being used? i.e. If you start limiting the arc, is is possible to know what sort of hit/miss rate you are getting. -D From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 10:44:02 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 BE03D1065696; Wed, 9 Sep 2009 10:44:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0D9028FC17; Wed, 9 Sep 2009 10:44:01 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C008445CD9; Wed, 9 Sep 2009 12:43:59 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A205E45CA0; Wed, 9 Sep 2009 12:43:54 +0200 (CEST) Date: Wed, 9 Sep 2009 12:43:58 +0200 From: Pawel Jakub Dawidek To: Danny Carroll Message-ID: <20090909104358.GG1901@garage.freebsd.pl> References: <20090908172332.476d9e0b.gerrit@pmp.uni-hannover.de> <20090908164413.GC1539@garage.freebsd.pl> <20090909090715.9d8a58ef.gerrit@pmp.uni-hannover.de> <20090909083313.GA1901@garage.freebsd.pl> <4AA77834.1010007@dannysplace.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ahP6B03r4gLOj5uD" Content-Disposition: inline In-Reply-To: <4AA77834.1010007@dannysplace.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs kernel 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: Wed, 09 Sep 2009 10:44:02 -0000 --ahP6B03r4gLOj5uD Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 09, 2009 at 07:41:08PM +1000, Danny Carroll wrote: > On 9/09/2009 6:33 PM, Pawel Jakub Dawidek wrote: > >On Wed, Sep 09, 2009 at 09:07:15AM +0200, Gerrit K=FChn wrote: > > =20 > >>On Tue, 8 Sep 2009 18:44:13 +0200 Pawel Jakub Dawidek > >>wrote about Re: zfs kernel panic: > >> > >>PJD> If this is amd64, add vm.kmem_size=3D"4G" to your loader.conf bac= k. > >> > >>What about vm.kmem_size_max? Does that also need tuning? > >> =20 > >No, this should be auto-tuned to some very large value. > > > > =20 > Pawel (et al), >=20 > Would it be possible for you to post to the list your ideas of a=20 > complete set of tuning parameters for ZFS on amd64? I have used the=20 > wiki article as a reference (http://wiki.freebsd.org/ZFSTuningGuide) but= =20 > it states that if you have > 2g ram and 7.2 then you do not need to tune= =20 > at all. I think that was the idea, although I see no reason to have less kernel address space than physical memory (except there might be other in-kernel variables auto-tuned based on kmem size). > I for one would be interested in learning a little more about how the=20 > memory should be tuned. Specifically what might be interesting is to=20 > know, once a parameter is set, is there an easy way to find out how it's= =20 > being used? i.e. If you start limiting the arc, is is possible to know=20 > what sort of hit/miss rate you are getting. There are ARC statistics available here: # sysctl kstat.zfs --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ahP6B03r4gLOj5uD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKp4buForvXbEpPzQRAoe2AKDFcQWjn0rVoeZSLczZmVM9BY5DEACg3whQ UK7cFH6qrKPIcHzdhAaRc7Q= =4+nt -----END PGP SIGNATURE----- --ahP6B03r4gLOj5uD-- From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 15:07:07 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 21E88106566C; Wed, 9 Sep 2009 15:07:07 +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 EC5078FC08; Wed, 9 Sep 2009 15:07:06 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n89F76GP052928; Wed, 9 Sep 2009 15:07:06 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n89F76Jd052924; Wed, 9 Sep 2009 15:07:06 GMT (envelope-from linimon) Date: Wed, 9 Sep 2009 15:07:06 GMT Message-Id: <200909091507.n89F76Jd052924@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138656: [zfs] [panic] ZFS panic "lock &arg.lock already initialized" during zfs recv 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, 09 Sep 2009 15:07:07 -0000 Old Synopsis: ZFS panic "lock &arg.lock already initialized" during zfs recv New Synopsis: [zfs] [panic] ZFS panic "lock &arg.lock already initialized" during zfs recv Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Sep 9 15:06:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=138656 From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 18:46:59 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 1C6511065679; Wed, 9 Sep 2009 18:46:59 +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 E71208FC0A; Wed, 9 Sep 2009 18:46:58 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n89Ikwf5075915; Wed, 9 Sep 2009 18:46:58 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n89Ikw11075911; Wed, 9 Sep 2009 18:46:58 GMT (envelope-from pjd) Date: Wed, 9 Sep 2009 18:46:58 GMT Message-Id: <200909091846.n89Ikw11075911@freefall.freebsd.org> To: wgodfrey@ena.com, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/125149: [nfs] [panic] changing into .zfs dir from nfs client 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: Wed, 09 Sep 2009 18:46:59 -0000 Synopsis: [nfs] [panic] changing into .zfs dir from nfs client causes panic State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: ¶ro 9 wrz 2009 18:46:17 UTC State-Changed-Why: Is this still a problem with FreeBSD 8? I'm not able to reproduce it. Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: ¶ro 9 wrz 2009 18:46:17 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=125149 From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 18:50:48 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 06FF61065695; Wed, 9 Sep 2009 18:50:48 +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 D29028FC14; Wed, 9 Sep 2009 18:50:47 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n89IolSq083327; Wed, 9 Sep 2009 18:50:47 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n89IolvT083317; Wed, 9 Sep 2009 18:50:47 GMT (envelope-from pjd) Date: Wed, 9 Sep 2009 18:50:47 GMT Message-Id: <200909091850.n89IolvT083317@freefall.freebsd.org> To: pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-bugs@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/121770: ZFS on i386, large file or heavy I/O leads to kernel panic or reboot 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, 09 Sep 2009 18:50:48 -0000 Synopsis: ZFS on i386, large file or heavy I/O leads to kernel panic or reboot Responsible-Changed-From-To: freebsd-fs->freebsd-bugs Responsible-Changed-By: pjd Responsible-Changed-When: ¶ro 9 wrz 2009 18:50:31 UTC Responsible-Changed-Why: Looks like a hardware failure and not ZFS problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=121770 From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 18:56:32 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 916DA1065676; Wed, 9 Sep 2009 18:56:32 +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 689238FC12; Wed, 9 Sep 2009 18:56:32 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n89IuWZg085346; Wed, 9 Sep 2009 18:56:32 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n89IuWmR085342; Wed, 9 Sep 2009 18:56:32 GMT (envelope-from pjd) Date: Wed, 9 Sep 2009 18:56:32 GMT Message-Id: <200909091856.n89IuWmR085342@freefall.freebsd.org> To: qapf@qapf.com, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/122173: [zfs] [panic] Kernel Panic if attempting to replace a drive in a raidz wih 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: Wed, 09 Sep 2009 18:56:32 -0000 Synopsis: [zfs] [panic] Kernel Panic if attempting to replace a drive in a raidz wih zfs State-Changed-From-To: open->closed State-Changed-By: pjd State-Changed-When: ¶ro 9 wrz 2009 18:55:46 UTC State-Changed-Why: This seems to work fine on FreeBSD 8. Please upgrade. Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: ¶ro 9 wrz 2009 18:55:46 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=122173 From owner-freebsd-fs@FreeBSD.ORG Wed Sep 9 20:11:25 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 0FC061065676; Wed, 9 Sep 2009 20:11:25 +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 DB13A8FC14; Wed, 9 Sep 2009 20:11:24 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n89KBOOl064081; Wed, 9 Sep 2009 20:11:24 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n89KBOej064077; Wed, 9 Sep 2009 20:11:24 GMT (envelope-from pjd) Date: Wed, 9 Sep 2009 20:11:24 GMT Message-Id: <200909092011.n89KBOej064077@freefall.freebsd.org> To: kientzle@FreeBSD.org, pjd@FreeBSD.org, freebsd-fs@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/132551: [zfs] ZFS locks up on extattr_list_link syscall 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, 09 Sep 2009 20:11:25 -0000 Synopsis: [zfs] ZFS locks up on extattr_list_link syscall State-Changed-From-To: open->closed State-Changed-By: pjd State-Changed-When: ¶ro 9 wrz 2009 20:11:02 UTC State-Changed-Why: Already fixed, see bin/132452. http://www.freebsd.org/cgi/query-pr.cgi?pr=132551 From owner-freebsd-fs@FreeBSD.ORG Thu Sep 10 05:50: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 5A142106566B for ; Thu, 10 Sep 2009 05:50: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 2F08E8FC0A for ; Thu, 10 Sep 2009 05:50:03 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8A5o2nA049077 for ; Thu, 10 Sep 2009 05:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8A5o2wW049076; Thu, 10 Sep 2009 05:50:02 GMT (envelope-from gnats) Date: Thu, 10 Sep 2009 05:50:02 GMT Message-Id: <200909100550.n8A5o2wW049076@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Artis Caune Cc: Subject: Re: kern/138656: [zfs] [panic] ZFS panic "lock & arg.lock already initialized" during zfs recv X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Artis Caune List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2009 05:50:03 -0000 The following reply was made to PR kern/138656; it has been noted by GNATS. From: Artis Caune To: bug-followup@FreeBSD.org, james-freebsd-current@jrv.org Cc: Subject: Re: kern/138656: [zfs] [panic] ZFS panic "lock &arg.lock already initialized" during zfs recv Date: Thu, 10 Sep 2009 08:40:23 +0300 I have the same problem but only with debugging turned on when it's panic in few minutes after box startup. With debugging turned off I never got this panic. (stable/8 r196679) -- Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-fs@FreeBSD.ORG Thu Sep 10 15:18: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 1FDA110656D1 for ; Thu, 10 Sep 2009 15:18:52 +0000 (UTC) (envelope-from bounces+305227.47622549.587775@icpbounce.com) Received: from smtp4.icpbounce.com (smtp4.icpbounce.com [216.27.93.122]) by mx1.freebsd.org (Postfix) with ESMTP id ACA668FC29 for ; Thu, 10 Sep 2009 15:18:51 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp4.icpbounce.com (Postfix) with ESMTP id 984DE2382BC for ; Thu, 10 Sep 2009 11:03:13 -0400 (EDT) Date: Thu, 10 Sep 2009 11:03:13 -0400 To: freebsd-fs@freebsd.org; From: =?utf-8?Q?Eko_Bilgisayar_ve_=C4=B0leti=C5=9Fim_Hizmetleri_Ltd=2E_=C5=9Eti?= Message-ID: <301eba6bbc7cb7611c65fb2bb4f9777e@localhost.localdomain> X-Priority: 3 X-Mailer: PHPMailer [version 1.72] Errors-To: bounces+305227.47622549.587775@icpbounce.com X-List-Unsubscribe: X-Unsubscribe-Web: X-ICPINFO: X-Return-Path-Hint: bounces+305227.47622549.587775@icpbounce.com MIME-Version: 1.0 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Turkey Calling You To Visit - The Trade SHOW- In Las Vegas 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, 10 Sep 2009 15:18:52 -0000 [http://www.turkeycalling.us] [http://www.turkeycalling.us] [http://www.turkeycalling.us] [http://www.turkeycalling.us/turkey-fam/turkeyfam.htm] Global Access Travel invites you to the Tradeshow in Las Vegas on September 13-15, 2009. Please visit us to get more information about our organization and services at our booth. If you fill the registration form or leave the business card when you visit us at our booth, you might be lucky visitor who is going to win our daily draw prize; Free inspection trip to Turkey. Yasal Uyarı; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ücüncü kisiler ile paylasilmasi mümkün olmayabilir.Mesaji alan kisi, mesajin gönderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa lütfen mesaji geri gönderiniz ve sisteminizden siliniz. Global Access Travel bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez Disclaimer This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Access Traveldoes not accept legal responsibility for the contents of this message. Yasal Uyarı; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ücüncü kisiler ile paylasilmasi mümkün olmayabilir.Mesaji alan kisi, mesajin gönderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa lütfen mesaji geri gönderiniz ve sisteminizden siliniz. Global Access Travel bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez Disclaimer This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Access Traveldoes not accept legal responsibility for the contents of this message. Yasal Uyarı; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ücüncü kisiler ile paylasilmasi mümkün olmayabilir.Mesaji alan kisi, mesajin gönderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa lütfen mesaji geri gönderiniz ve sisteminizden siliniz. Global Access Travel bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez Disclaimer This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Access Traveldoes not accept legal responsibility for the contents of this message. This message was sent by: TURKEY CALLING YOU TO VISIT "THE TRADE SHOW" IN LAS VEGAS, Nüzhetiye Cad, istanbul, Besiktas 34357, Turkey Manage your subscription: http://app.icontact.com/icp/mmail-mprofile.pl?r=47622549&l=82253&s=BL1J&m=587775&c=305227 From owner-freebsd-fs@FreeBSD.ORG Thu Sep 10 15:46:45 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 46E3C106568F; Thu, 10 Sep 2009 15:46:45 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 9B6578FC30; Thu, 10 Sep 2009 15:46:44 +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 n8AFkhpn003022; Thu, 10 Sep 2009 10:46:43 -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: content-type:content-transfer-encoding; b=m/6QxQ4JjGL96HgyfEHSK6Wso1caWXMK9zSKwD6SSpD/MjWsLX2vjHOzHM4jRsnAN qrXby1zetXjIWpOarYSFinkDxEabl4t5RbzSIpL4oeWx9YUs/ncoYs9uUCa9PI6sKYE XAdCoBmsQrbth/AcvLNC7R8ZSEI1SeHtODrizus= Message-ID: <4AA91F63.1010801@jrv.org> Date: Thu, 10 Sep 2009 10:46:43 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-fs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek Subject: ZFS hang -CURRENT (9/9/9) 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, 10 Sep 2009 15:46:45 -0000 FreeBSD pygmy.housenet.jrv 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r197044M: Wed Sep 9 18:58:08 CDT 2009 james@pygmy.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 ZFS recv hung last night during the daily periodic script. Most of the pool can be read but if one area is touched the process hangs with ^T reporting: $ find /bigtex ... /bigtex/usr/home/james ^T load: 0.00 cmd: find 2794 [rrl->rr_cv)] 5861.45r 0.28u 2.02s 0% 1704k That's about where the ZFS recv hung: receiving incremental stream of bigtex/usr/home/james/News@syssnap-1246856401 into bigtex/usr/home/james/News@syssnap-1246856401 received 15.8MB stream in 59 seconds (275KB/sec) receiving incremental stream of bigtex/usr/home/james/News@syssnap-1246942803 into bigtex/usr/home/james/News@syssnap-1246942803 received 5.91MB stream in 50 seconds (121KB/sec) receiving incremental stream of bigtex/usr/home/james/News@syssnap-1247029203 into bigtex/usr/home/james/News@syssnap-1247029203 There should have 25 or so more snapshots in that filesystem. /var/log/messages has no messages. From owner-freebsd-fs@FreeBSD.ORG Thu Sep 10 19:15: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 2A5461065670; Thu, 10 Sep 2009 19:15: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 01D828FC1F; Thu, 10 Sep 2009 19:15:23 +0000 (UTC) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8AJFMG1000606; Thu, 10 Sep 2009 19:15:22 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8AJFMR9000602; Thu, 10 Sep 2009 19:15:22 GMT (envelope-from gavin) Date: Thu, 10 Sep 2009 19:15:22 GMT Message-Id: <200909101915.n8AJFMR9000602@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-fs@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/138709: [zfs] zfs recv hangs, pool accesses hang in rrl->rr_cv state 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, 10 Sep 2009 19:15:23 -0000 Old Synopsis: [patch] FreeBSD/amd64 can't see all system memory New Synopsis: [zfs] zfs recv hangs, pool accesses hang in rrl->rr_cv state Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: gavin Responsible-Changed-When: Thu Sep 10 19:14:04 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=138709 From owner-freebsd-fs@FreeBSD.ORG Thu Sep 10 20:00:07 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 739FA106568F for ; Thu, 10 Sep 2009 20:00:07 +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 543DB8FC1A for ; Thu, 10 Sep 2009 20:00:07 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8AK07nX040312 for ; Thu, 10 Sep 2009 20:00:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8AK07Ua040311; Thu, 10 Sep 2009 20:00:07 GMT (envelope-from gnats) Date: Thu, 10 Sep 2009 20:00:07 GMT Message-Id: <200909102000.n8AK07Ua040311@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "Pedro F. Giffuni" Cc: Subject: Re: kern/138109: [extfs] [patch] Minor cleanups to the sys/gnu/fs/ext2fs based on BSD Lite2 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Pedro F. Giffuni" List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2009 20:00:07 -0000 The following reply was made to PR kern/138109; it has been noted by GNATS. From: "Pedro F. Giffuni" To: bug-followup@FreeBSD.org Cc: Bruce Evans Subject: Re: kern/138109: [extfs] [patch] Minor cleanups to the sys/gnu/fs/ext2fs based on BSD Lite2 Date: Thu, 10 Sep 2009 12:28:17 -0700 (PDT) --0-1580472039-1252610897=:7136 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello;=0A=0AI finally did a new sweep and attempted to clean the issues not= ed by Bruce. I also added a couple of patches of his authorship(issue with = a goal=3D=3D0 and the clustering cleanups).=0AI tried to make the BSD licen= sed code (in particular *fs_inode.c) similar to the PRE_SOFTUPDATE tag.=0A= =0AThe patch compiles on my system and a similar patch has been tested by A= ditya Sarawgi for his Google SoC project.=0A=0A=0A --0-1580472039-1252610897=:7136 Content-Type: application/octet-stream; name=patch-ext2fs Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch-ext2fs" ZGlmZiAtdSBleHQyZnMub3JpZy9leHQyX2FsbG9jLmMgZXh0MmZzL2V4dDJf YWxsb2MuYwotLS0gZXh0MmZzLm9yaWcvZXh0Ml9hbGxvYy5jCTIwMDktMDkt MTAgMTM6MDU6MzEuMDAwMDAwMDAwICswMDAwCisrKyBleHQyZnMvZXh0Ml9h bGxvYy5jCTIwMDktMDktMTAgMTM6NDE6MDkuMDAwMDAwMDAwICswMDAwCkBA IC00NDEsNyArNDQxLDcgQEAKIAkvKiBpZiB0aGUgbmV4dCBibG9jayBpcyBh Y3R1YWxseSB3aGF0IHdlIHRob3VnaHQgaXQgaXMsCiAJICAgdGhlbiBzZXQg dGhlIGdvYWwgdG8gd2hhdCB3ZSB0aG91Z2h0IGl0IHNob3VsZCBiZQogCSov Ci0JaWYoaXAtPmlfbmV4dF9hbGxvY19ibG9jayA9PSBsYm4pCisJaWYoaXAt PmlfbmV4dF9hbGxvY19ibG9jayA9PSBsYm4gJiYgaXAtPmlfbmV4dF9hbGxv Y19nb2FsICE9IDApCiAJCXJldHVybiBpcC0+aV9uZXh0X2FsbG9jX2dvYWw7 CiAKIAkvKiBub3cgY2hlY2sgd2hldGhlciB3ZSB3ZXJlIHByb3ZpZGVkIHdp dGggYW4gYXJyYXkgdGhhdCBiYXNpY2FsbHkKZGlmZiAtdSBleHQyZnMub3Jp Zy9leHQyX2lub2RlLmMgZXh0MmZzL2V4dDJfaW5vZGUuYwotLS0gZXh0MmZz Lm9yaWcvZXh0Ml9pbm9kZS5jCTIwMDktMDktMTAgMTM6MDU6MzEuMDAwMDAw MDAwICswMDAwCisrKyBleHQyZnMvZXh0Ml9pbm9kZS5jCTIwMDktMDktMTAg MTM6NDI6MjEuMDAwMDAwMDAwICswMDAwCkBAIC0xMjYsMTYgKzEyNiwxMSBA QAogCWxvbmcgY291bnQsIG5ibG9ja3MsIGJsb2Nrc3JlbGVhc2VkID0gMDsK IAlpbnQgYWZsYWdzLCBlcnJvciwgaSwgYWxsZXJyb3I7CiAJb2ZmX3Qgb3Np emU7Ci0vKgotcHJpbnRmKCJleHQyX3RydW5jYXRlIGNhbGxlZCAlZCB0byAl ZFxuIiwgVlRPSShvdnApLT5pX251bWJlciwgbGVuZ3RoKTsKLSovCS8qIAot CSAqIG5lZ2F0aXZlIGZpbGUgc2l6ZXMgd2lsbCB0b3RhbGx5IGJyZWFrIHRo ZSBjb2RlIGJlbG93IGFuZAotCSAqIGFyZSBub3QgbWVhbmluZ2Z1bCBhbnl3 YXlzLgotCSAqLworCisJb2lwID0gVlRPSShvdnApOwkgCiAJaWYgKGxlbmd0 aCA8IDApCi0JICAgIHJldHVybiBFRkJJRzsKKwkJcmV0dXJuIChFSU5WQUwp OwogCi0Jb2lwID0gVlRPSShvdnApOwogCWlmIChvdnAtPnZfdHlwZSA9PSBW TE5LICYmCiAJICAgIG9pcC0+aV9zaXplIDwgb3ZwLT52X21vdW50LT5tbnRf bWF4c3ltbGlua2xlbikgewogI2lmZGVmIERJQUdOT1NUSUMKQEAgLTE1Nywy MyArMTUyLDI5IEBACiAJLyoKIAkgKiBMZW5ndGhlbiB0aGUgc2l6ZSBvZiB0 aGUgZmlsZS4gV2UgbXVzdCBlbnN1cmUgdGhhdCB0aGUKIAkgKiBsYXN0IGJ5 dGUgb2YgdGhlIGZpbGUgaXMgYWxsb2NhdGVkLiBTaW5jZSB0aGUgc21hbGxl c3QKLQkgKiB2YWx1ZSBvZiBvc3ppZSBpcyAwLCBsZW5ndGggd2lsbCBiZSBh dCBsZWFzdCAxLgorCSAqIHZhbHVlIG9mIG9zaXplIGlzIDAsIGxlbmd0aCB3 aWxsIGJlIGF0IGxlYXN0IDEuCiAJICovCiAJaWYgKG9zaXplIDwgbGVuZ3Ro KSB7CiAJCWlmIChsZW5ndGggPiBvaXAtPmlfZTJmcy0+ZnNfbWF4ZmlsZXNp emUpCiAJCQlyZXR1cm4gKEVGQklHKTsKKwkJdm5vZGVfcGFnZXJfc2V0c2l6 ZShvdnAsIGxlbmd0aCk7CiAJCW9mZnNldCA9IGJsa29mZihmcywgbGVuZ3Ro IC0gMSk7CiAJCWxibiA9IGxibGtubyhmcywgbGVuZ3RoIC0gMSk7CiAJCWFm bGFncyA9IEJfQ0xSQlVGOwogCQlpZiAoZmxhZ3MgJiBJT19TWU5DKQogCQkJ YWZsYWdzIHw9IEJfU1lOQzsKLQkJdm5vZGVfcGFnZXJfc2V0c2l6ZShvdnAs IGxlbmd0aCk7Ci0JCWlmICgoZXJyb3IgPSBleHQyX2JhbGxvYyhvaXAsIGxi biwgb2Zmc2V0ICsgMSwgY3JlZCwgJmJwLAotCQkgICAgYWZsYWdzKSkgIT0g MCkKKwkJZXJyb3IgPSBleHQyX2JhbGxvYyhvaXAsIGxibiwgb2Zmc2V0ICsg MSwgY3JlZCwgJmJwLCBhZmxhZ3MpOworCQlpZiAoZXJyb3IpIHsKKwkJCXZu b2RlX3BhZ2VyX3NldHNpemUodnAsIG9zaXplKTsKIAkJCXJldHVybiAoZXJy b3IpOworCQl9CiAJCW9pcC0+aV9zaXplID0gbGVuZ3RoOwotCQlpZiAoYWZs YWdzICYgSU9fU1lOQykKKwkJaWYgKGJwLT5iX2J1ZnNpemUgPT0gZnMtPnNf YmxvY2tzaXplKQorCQkJYnAtPmJfZmxhZ3MgfD0gQl9DTFVTVEVST0s7CisJ CWlmIChhZmxhZ3MgJiBCX1NZTkMpCiAJCQlid3JpdGUoYnApOworCQllbHNl IGlmIChvdnAtPnZfbW91bnQtPm1udF9mbGFnICYgTU5UX0FTWU5DKQorCQkJ YmR3cml0ZShicCk7CiAJCWVsc2UKIAkJCWJhd3JpdGUoYnApOwogCQlvaXAt PmlfZmxhZyB8PSBJTl9DSEFOR0UgfCBJTl9VUERBVEU7CkBAIC0xOTUsMTUg KzE5NiwxOSBAQAogCQlhZmxhZ3MgPSBCX0NMUkJVRjsKIAkJaWYgKGZsYWdz ICYgSU9fU1lOQykKIAkJCWFmbGFncyB8PSBCX1NZTkM7Ci0JCWlmICgoZXJy b3IgPSBleHQyX2JhbGxvYyhvaXAsIGxibiwgb2Zmc2V0LCBjcmVkLCAmYnAs Ci0JCSAgICBhZmxhZ3MpKSAhPSAwKQorCQllcnJvciA9IGV4dDJfYmFsbG9j KG9pcCwgbGJuLCBvZmZzZXQsIGNyZWQsICZicCwgYWZsYWdzKTsKKwkJaWYg KGVycm9yKQogCQkJcmV0dXJuIChlcnJvcik7CiAJCW9pcC0+aV9zaXplID0g bGVuZ3RoOwogCQlzaXplID0gYmxrc2l6ZShmcywgb2lwLCBsYm4pOwogCQli emVybygoY2hhciAqKWJwLT5iX2RhdGEgKyBvZmZzZXQsICh1X2ludCkoc2l6 ZSAtIG9mZnNldCkpOwogCQlhbGxvY2J1ZihicCwgc2l6ZSk7Ci0JCWlmIChh ZmxhZ3MgJiBJT19TWU5DKQorCQlpZiAoYnAtPmJfYnVmc2l6ZSA9PSBmcy0+ c19ibG9ja3NpemUpCisJCQlicC0+Yl9mbGFncyB8PSBCX0NMVVNURVJPSzsK KwkJaWYgKGFmbGFncyAmIEJfU1lOQykKIAkJCWJ3cml0ZShicCk7CisJCWVs c2UgaWYgKG92cC0+dl9tb3VudC0+bW50X2ZsYWcgJiBNTlRfQVNZTkMpCisJ CQliZHdyaXRlKGJwKTsKIAkJZWxzZQogCQkJYmF3cml0ZShicCk7CiAJfQpA QCAtMjQ3LDYgKzI1Miw3IEBACiAJZXJyb3IgPSB2dHJ1bmNidWYob3ZwLCBj cmVkLCB0ZCwgbGVuZ3RoLCAoaW50KWZzLT5zX2Jsb2Nrc2l6ZSk7CiAJaWYg KGVycm9yICYmIChhbGxlcnJvciA9PSAwKSkKIAkJYWxsZXJyb3IgPSBlcnJv cjsKKwl2bm9kZV9wYWdlcl9zZXRzaXplKG92cCwgbGVuZ3RoKTsKIAogCS8q CiAJICogSW5kaXJlY3QgYmxvY2tzIGZpcnN0LgpkaWZmIC11IGV4dDJmcy5v cmlnL2V4dDJfcmVhZHdyaXRlLmMgZXh0MmZzL2V4dDJfcmVhZHdyaXRlLmMK LS0tIGV4dDJmcy5vcmlnL2V4dDJfcmVhZHdyaXRlLmMJMjAwOS0wOS0xMCAx MzowNTozMS4wMDAwMDAwMDAgKzAwMDAKKysrIGV4dDJmcy9leHQyX3JlYWR3 cml0ZS5jCTIwMDktMDktMTAgMTQ6MTM6NDEuMDAwMDAwMDAwICswMDAwCkBA IC0zNiw2ICszNiw3IEBACiAgKiAkRnJlZUJTRDogc3JjL3N5cy9nbnUvZnMv ZXh0MmZzL2V4dDJfcmVhZHdyaXRlLmMsdiAxLjMxLjIwLjEgMjAwOS8wNC8x NSAwMzoxNDoyNiBrZW5zbWl0aCBFeHAgJAogICovCiAKKy8qIFhYWCBUT0RP OiByZW1vdmUgdGhlc2Ugb2JmdXNjYXRpb25zIChhcyBpbiBmZnNfdm5vcHMu YykuICovCiAjZGVmaW5lCUJMS1NJWkUoYSwgYiwgYykJYmxrc2l6ZShhLCBi LCBjKQogI2RlZmluZQlGUwkJCXN0cnVjdCBleHQyX3NiX2luZm8KICNkZWZp bmUJSV9GUwkJCWlfZTJmcwpAQCAtNDcsNyArNDgsNiBAQAogLyoKICAqIFZu b2RlIG9wIGZvciByZWFkaW5nLgogICovCi0vKiBBUkdTVVNFRCAqLwogc3Rh dGljIGludAogUkVBRChhcCkKIAlzdHJ1Y3Qgdm9wX3JlYWRfYXJncyAvKiB7 CkBAIC02NSw4ICs2NSw4IEBACiAJZGFkZHJfdCBsYm4sIG5leHRsYm47CiAJ b2ZmX3QgYnl0ZXNpbmZpbGU7CiAJbG9uZyBzaXplLCB4ZmVyc2l6ZSwgYmxr b2Zmc2V0OwotCWludCBlcnJvciwgb3JpZ19yZXNpZDsKLQlpbnQgc2VxY291 bnQgPSBhcC0+YV9pb2ZsYWcgPj4gSU9fU0VRU0hJRlQ7CisJaW50IGVycm9y LCBvcmlnX3Jlc2lkLCBzZXFjb3VudDsKKwlzZXFjb3VudCA9IGFwLT5hX2lv ZmxhZyA+PiBJT19TRVFTSElGVDsKIAl1X3Nob3J0IG1vZGU7CiAKIAl2cCA9 IGFwLT5hX3ZwOwpAQCAtODQsMTEgKzg0LDE0IEBACiAJfSBlbHNlIGlmICh2 cC0+dl90eXBlICE9IFZSRUcgJiYgdnAtPnZfdHlwZSAhPSBWRElSKQogCQlw YW5pYygiJXM6IHR5cGUgJWQiLCBSRUFEX1MsIHZwLT52X3R5cGUpOwogI2Vu ZGlmCi0JZnMgPSBpcC0+SV9GUzsKLQlpZiAoKHVvZmZfdCl1aW8tPnVpb19v ZmZzZXQgPiBmcy0+ZnNfbWF4ZmlsZXNpemUpCi0JCXJldHVybiAoRUZCSUcp OwotCiAJb3JpZ19yZXNpZCA9IHVpby0+dWlvX3Jlc2lkOworCUtBU1NFUlQo b3JpZ19yZXNpZCA+PSAwLCAoImV4dDJfcmVhZDogdWlvLT51aW9fcmVzaWQg PCAwIikpOworCWlmIChvcmlnX3Jlc2lkID09IDApCisJCXJldHVybiAoMCk7 CisJS0FTU0VSVCh1aW8tPnVpb19vZmZzZXQgPj0gMCwgKCJleHQyX3JlYWQ6 IHVpby0+dWlvX29mZnNldCA8IDAiKSk7CisJZnMgPSBpcC0+SV9GUzsKKwlp ZiAodWlvLT51aW9fb2Zmc2V0IDwgaXAtPmlfc2l6ZSAmJiB1aW8tPnVpb19v ZmZzZXQgPj0gZnMtPmZzX21heGZpbGVzaXplKQorCQlyZXR1cm4gKEVPVkVS RkxPVyk7CiAJZm9yIChlcnJvciA9IDAsIGJwID0gTlVMTDsgdWlvLT51aW9f cmVzaWQgPiAwOyBicCA9IE5VTEwpIHsKIAkJaWYgKChieXRlc2luZmlsZSA9 IGlwLT5pX3NpemUgLSB1aW8tPnVpb19vZmZzZXQpIDw9IDApCiAJCQlicmVh azsKQEAgLTEwNiw5ICsxMDksOCBAQAogCQlpZiAobGJsa3Rvc2l6ZShmcywg bmV4dGxibikgPj0gaXAtPmlfc2l6ZSkKIAkJCWVycm9yID0gYnJlYWQodnAs IGxibiwgc2l6ZSwgTk9DUkVELCAmYnApOwogCQllbHNlIGlmICgodnAtPnZf bW91bnQtPm1udF9mbGFnICYgTU5UX05PQ0xVU1RFUlIpID09IDApCi0JCQll cnJvciA9IGNsdXN0ZXJfcmVhZCh2cCwKLQkJCSAgICBpcC0+aV9zaXplLCBs Ym4sIHNpemUsIE5PQ1JFRCwKLQkJCSAgICB1aW8tPnVpb19yZXNpZCwgKGFw LT5hX2lvZmxhZyA+PiBJT19TRVFTSElGVCksICZicCk7CisJCQllcnJvciA9 IGNsdXN0ZXJfcmVhZCh2cCwgaXAtPmlfc2l6ZSwgbGJuLCBzaXplLCBOT0NS RUQsCisJCQkgICAgYmxrb2Zmc2V0ICsgdWlvLT51aW9fcmVzaWQsIHNlcWNv dW50LCAmYnApOwogCQllbHNlIGlmIChzZXFjb3VudCA+IDEpIHsKIAkJCWlu dCBuZXh0c2l6ZSA9IEJMS1NJWkUoZnMsIGlwLCBuZXh0bGJuKTsKIAkJCWVy cm9yID0gYnJlYWRuKHZwLCBsYm4sCkBAIC0xMzQsOCArMTM2LDggQEAKIAkJ CQlicmVhazsKIAkJCXhmZXJzaXplID0gc2l6ZTsKIAkJfQotCQllcnJvciA9 Ci0JCSAgICB1aW9tb3ZlKChjaGFyICopYnAtPmJfZGF0YSArIGJsa29mZnNl dCwgKGludCl4ZmVyc2l6ZSwgdWlvKTsKKwkJZXJyb3IgPSB1aW9tb3ZlKChj aGFyICopYnAtPmJfZGF0YSArIGJsa29mZnNldCwKKwkJCShpbnQpeGZlcnNp emUsIHVpbyk7CiAJCWlmIChlcnJvcikKIAkJCWJyZWFrOwogCkBAIC0xNDMs NyArMTQ1LDcgQEAKIAl9CiAJaWYgKGJwICE9IE5VTEwpCiAJCWJxcmVsc2Uo YnApOwotCWlmIChvcmlnX3Jlc2lkID4gMCAmJiAoZXJyb3IgPT0gMCB8fCB1 aW8tPnVpb19yZXNpZCAhPSBvcmlnX3Jlc2lkKSAmJgorCWlmICgoZXJyb3Ig PT0gMCB8fCB1aW8tPnVpb19yZXNpZCAhPSBvcmlnX3Jlc2lkKSAmJgogCSAg ICAodnAtPnZfbW91bnQtPm1udF9mbGFnICYgTU5UX05PQVRJTUUpID09IDAp CiAJCWlwLT5pX2ZsYWcgfD0gSU5fQUNDRVNTOwogCXJldHVybiAoZXJyb3Ip OwpAQCAtMTY5LDExICsxNzEsMTAgQEAKIAlzdHJ1Y3QgdGhyZWFkICp0ZDsK IAlkYWRkcl90IGxibjsKIAlvZmZfdCBvc2l6ZTsKLQlpbnQgc2VxY291bnQ7 Ci0JaW50IGJsa29mZnNldCwgZXJyb3IsIGZsYWdzLCBpb2ZsYWcsIHJlc2lk LCBzaXplLCB4ZmVyc2l6ZTsKKwlpbnQgYmxrb2Zmc2V0LCBlcnJvciwgZmxh Z3MsIGlvZmxhZywgcmVzaWQsIHNpemUsIHNlcWNvdW50LCB4ZmVyc2l6ZTsK IAogCWlvZmxhZyA9IGFwLT5hX2lvZmxhZzsKLQlzZXFjb3VudCA9IGFwLT5h X2lvZmxhZyA+PiBJT19TRVFTSElGVDsKKwlzZXFjb3VudCA9IGlvZmxhZyA+ PiBJT19TRVFTSElGVDsKIAl1aW8gPSBhcC0+YV91aW87CiAJdnAgPSBhcC0+ YV92cDsKIAlpcCA9IFZUT0kodnApOwpAQCAtMTk0LDE1ICsxOTUsMTUgQEAK IAkJYnJlYWs7CiAJY2FzZSBWRElSOgogCQlpZiAoKGlvZmxhZyAmIElPX1NZ TkMpID09IDApCi0JCQlwYW5pYygiJXM6IG5vbnN5bmMgZGlyIHdyaXRlIiwg V1JJVEVfUyk7CisJCQlwYW5pYygiZXh0Ml93cml0ZTogbm9uc3luYyBkaXIg d3JpdGUiKTsKIAkJYnJlYWs7CiAJZGVmYXVsdDoKLQkJcGFuaWMoIiVzOiB0 eXBlIiwgV1JJVEVfUyk7CisJCXBhbmljKCJleHQyX3dyaXRlOiB0eXBlICVw ICVkICglamQsJWQpIiwgKHZvaWQgKil2cCwgdnAtPnZfdHlwZSwKKwkJCShp bnRtYXhfdCl1aW8tPnVpb19vZmZzZXQsIHVpby0+dWlvX3Jlc2lkKTsKIAl9 CiAKIAlmcyA9IGlwLT5JX0ZTOwotCWlmICh1aW8tPnVpb19vZmZzZXQgPCAw IHx8Ci0JICAgICh1b2ZmX3QpdWlvLT51aW9fb2Zmc2V0ICsgdWlvLT51aW9f cmVzaWQgPiBmcy0+ZnNfbWF4ZmlsZXNpemUpCisJaWYgKCh1b2ZmX3QpdWlv LT51aW9fb2Zmc2V0ICsgdWlvLT51aW9fcmVzaWQgPiBmcy0+ZnNfbWF4Zmls ZXNpemUpCiAJCXJldHVybiAoRUZCSUcpOwogCS8qCiAJICogTWF5YmUgdGhp cyBzaG91bGQgYmUgYWJvdmUgdGhlIHZub2RlIG9wIGNhbGwsIGJ1dCBzbyBs b25nIGFzCkBAIC0yMzYsMjYgKzIzNywxOSBAQAogCiAJCS8qCiAJCSAqIEF2 b2lkIGEgZGF0YS1jb25zaXN0ZW5jeSByYWNlIGJldHdlZW4gd3JpdGUoKSBh bmQgbW1hcCgpCi0JCSAqIGJ5IGVuc3VyaW5nIHRoYXQgbmV3bHkgYWxsb2Nh dGVkIGJsb2NrcyBhcmUgemVyb2QuICBUaGUKKwkJICogYnkgZW5zdXJpbmcg dGhhdCBuZXdseSBhbGxvY2F0ZWQgYmxvY2tzIGFyZSB6ZXJvZWQuICBUaGUK IAkJICogcmFjZSBjYW4gb2NjdXIgZXZlbiBpbiB0aGUgY2FzZSB3aGVyZSB0 aGUgd3JpdGUgY292ZXJzCiAJCSAqIHRoZSBlbnRpcmUgYmxvY2suCiAJCSAq LwogCQlmbGFncyB8PSBCX0NMUkJVRjsKLSNpZiAwCi0JCWlmIChmcy0+c19m cmFnX3NpemUgPiB4ZmVyc2l6ZSkKLQkJCWZsYWdzIHw9IEJfQ0xSQlVGOwot CQllbHNlCi0JCQlmbGFncyAmPSB+Ql9DTFJCVUY7Ci0jZW5kaWYKIAotCQll cnJvciA9IGV4dDJfYmFsbG9jKGlwLAotCQkgICAgbGJuLCBibGtvZmZzZXQg KyB4ZmVyc2l6ZSwgYXAtPmFfY3JlZCwgJmJwLCBmbGFncyk7CisJCWVycm9y ID0gZXh0Ml9iYWxsb2MoaXAsIGxibiwgYmxrb2Zmc2V0ICsgeGZlcnNpemUs CisJCSAgICBhcC0+YV9jcmVkLCAmYnAsIGZsYWdzKTsKIAkJaWYgKGVycm9y KQogCQkJYnJlYWs7CiAKLQkJaWYgKHVpby0+dWlvX29mZnNldCArIHhmZXJz aXplID4gaXAtPmlfc2l6ZSkgeworCQlpZiAodWlvLT51aW9fb2Zmc2V0ICsg eGZlcnNpemUgPiBpcC0+aV9zaXplKQogCQkJaXAtPmlfc2l6ZSA9IHVpby0+ dWlvX29mZnNldCArIHhmZXJzaXplOwotCQl9CiAKIAkJc2l6ZSA9IEJMS1NJ WkUoZnMsIGlwLCBsYm4pIC0gYnAtPmJfcmVzaWQ7CiAJCWlmIChzaXplIDwg eGZlcnNpemUpCkBAIC0yNjQsNyArMjU4LDcgQEAKIAkJZXJyb3IgPQogCQkg ICAgdWlvbW92ZSgoY2hhciAqKWJwLT5iX2RhdGEgKyBibGtvZmZzZXQsIChp bnQpeGZlcnNpemUsIHVpbyk7CiAJCWlmICgoaW9mbGFnICYgSU9fVk1JTykg JiYKLQkJICAgKExJU1RfRklSU1QoJmJwLT5iX2RlcCkgPT0gTlVMTCkpIC8q IGluIGV4dDJmcz8gKi8KKwkJICAgTElTVF9GSVJTVCgmYnAtPmJfZGVwKSA9 PSBOVUxMKSAvKiBpbiBleHQyZnM/ICovCiAJCQlicC0+Yl9mbGFncyB8PSBC X1JFTEJVRjsKIAogCQlpZiAoaW9mbGFnICYgSU9fU1lOQykgewpAQCAtMjgy LDEyICsyNzYsMTUgQEAKIAkJfQogCQlpZiAoZXJyb3IgfHwgeGZlcnNpemUg PT0gMCkKIAkJCWJyZWFrOwotCQlpcC0+aV9mbGFnIHw9IElOX0NIQU5HRSB8 IElOX1VQREFURTsKIAl9CiAJLyoKIAkgKiBJZiB3ZSBzdWNjZXNzZnVsbHkg d3JvdGUgYW55IGRhdGEsIGFuZCB3ZSBhcmUgbm90IHRoZSBzdXBlcnVzZXIK IAkgKiB3ZSBjbGVhciB0aGUgc2V0dWlkIGFuZCBzZXRnaWQgYml0cyBhcyBh IHByZWNhdXRpb24gYWdhaW5zdAogCSAqIHRhbXBlcmluZy4KKwkgKiBYWFgg dG9vIGxhdGUsIHRoZSB0YW1wZXJlciBtYXkgaGF2ZSBvcGVuZWQgdGhlIGZp bGUgd2hpbGUgd2UKKwkgKiB3ZXJlIHdyaXRpbmcgdGhlIGRhdGEgKG9yIGJl Zm9yZSkuCisJICogWFhYIHRvbyBlYXJseSwgaWYgKGVycm9yICYmIGlvZmxh ZyAmIElPX1VOSVQpIHRoZW4gd2Ugd2lsbAorCSAqIHVud3JpdGUgdGhlIGRh dGEuCiAJICovCiAJaWYgKHJlc2lkID4gdWlvLT51aW9fcmVzaWQgJiYgYXAt PmFfY3JlZCAmJiBhcC0+YV9jcmVkLT5jcl91aWQgIT0gMCkKIAkJaXAtPmlf bW9kZSAmPSB+KElTVUlEIHwgSVNHSUQpOwpAQCAtMjk4LDcgKzI5NSwxMSBA QAogCQkJdWlvLT51aW9fb2Zmc2V0IC09IHJlc2lkIC0gdWlvLT51aW9fcmVz aWQ7CiAJCQl1aW8tPnVpb19yZXNpZCA9IHJlc2lkOwogCQl9Ci0JfSBlbHNl IGlmIChyZXNpZCA+IHVpby0+dWlvX3Jlc2lkICYmIChpb2ZsYWcgJiBJT19T WU5DKSkKLQkJZXJyb3IgPSBleHQyX3VwZGF0ZSh2cCwgMSk7CisJfQorCWlm ICh1aW8tPnVpb19yZXNpZCAhPSByZXNpZCkgeworCQlpcC0+aV9mbGFnIHw9 IElOX0NIQU5HRSB8IElOX1VQREFURTsKKwkJaWYgKGlvZmxhZyAmIElPX1NZ TkMpCisJCQllcnJvciA9IGV4dDJfdXBkYXRlKHZwLCAxKTsKKwl9CiAJcmV0 dXJuIChlcnJvcik7CiB9CmRpZmYgLXUgZXh0MmZzLm9yaWcvZXh0Ml92ZnNv cHMuYyBleHQyZnMvZXh0Ml92ZnNvcHMuYwotLS0gZXh0MmZzLm9yaWcvZXh0 Ml92ZnNvcHMuYwkyMDA5LTA5LTEwIDEzOjA1OjMxLjAwMDAwMDAwMCArMDAw MAorKysgZXh0MmZzL2V4dDJfdmZzb3BzLmMJMjAwOS0wOS0xMCAxMzo0MTow OS4wMDAwMDAwMDAgKzAwMDAKQEAgLTE3MSw4ICsxNzEsNiBAQAogCQkJZmxh Z3MgPSBXUklURUNMT1NFOwogCQkJaWYgKG1wLT5tbnRfZmxhZyAmIE1OVF9G T1JDRSkKIAkJCQlmbGFncyB8PSBGT1JDRUNMT1NFOwotCQkJaWYgKHZmc19i dXN5KG1wLCBMS19OT1dBSVQsIDAsIHRkKSkKLQkJCQlyZXR1cm4gKEVCVVNZ KTsKIAkJCWVycm9yID0gZXh0Ml9mbHVzaGZpbGVzKG1wLCBmbGFncywgdGQp OwogCQkJdmZzX3VuYnVzeShtcCwgdGQpOwogCQkJaWYgKCFlcnJvciAmJiBm cy0+c193YXN2YWxpZCkgewpAQCAtNTAwLDYgKzQ5OCw3IEBACiAgKgk0KSBp bnZhbGlkYXRlIGFsbCBpbmFjdGl2ZSB2bm9kZXMuCiAgKgk1KSBpbnZhbGlk YXRlIGFsbCBjYWNoZWQgZmlsZSBkYXRhLgogICoJNikgcmUtcmVhZCBpbm9k ZSBkYXRhIGZvciBhbGwgYWN0aXZlIHZub2Rlcy4KKyAqIFhYWCB3ZSBhcmUg bWlzc2luZyBzb21lIHN0ZXBzLCBpbiBwYXJ0aWN1bGFyICMgMwogICovCiBz dGF0aWMgaW50CiBleHQyX3JlbG9hZChzdHJ1Y3QgbW91bnQgKm1wLCBzdHJ1 Y3QgdGhyZWFkICp0ZCkKQEAgLTEwMDcsOCArMTAwNiw4IEBACiAJCSAqIHN0 aWxsIHplcm8sIGl0IHdpbGwgYmUgdW5saW5rZWQgYW5kIHJldHVybmVkIHRv IHRoZSBmcmVlCiAJCSAqIGxpc3QgYnkgdnB1dCgpLgogCQkgKi8KLQkJdnB1 dCh2cCk7CiAJCWJyZWxzZShicCk7CisJCXZwdXQodnApOwogCQkqdnBwID0g TlVMTDsKIAkJcmV0dXJuIChlcnJvcik7CiAJfQpAQCAtMTAzMiw3ICsxMDMx LDcgQEAKIC8qCiAJZXh0Ml9wcmludF9pbm9kZShpcCk7CiAqLwotCWJyZWxz ZShicCk7CisJYnFyZWxzZShicCk7CiAKIAkvKgogCSAqIEluaXRpYWxpemUg dGhlIHZub2RlIGZyb20gdGhlIGlub2RlLCBjaGVjayBmb3IgYWxpYXNlcy4K --0-1580472039-1252610897=:7136-- From owner-freebsd-fs@FreeBSD.ORG Thu Sep 10 21:52:07 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 420321065670 for ; Thu, 10 Sep 2009 21:52:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 87F5C8FC16 for ; Thu, 10 Sep 2009 21:52:06 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6C3D045CAC; Thu, 10 Sep 2009 23:52:03 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 443D245C98; Thu, 10 Sep 2009 23:51:58 +0200 (CEST) Date: Thu, 10 Sep 2009 23:52:00 +0200 From: Pawel Jakub Dawidek To: "James R. Van Artsdalen" Message-ID: <20090910215200.GC2718@garage.freebsd.pl> References: <4AA91F63.1010801@jrv.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Clx92ZfkiYIKRjnr" Content-Disposition: inline In-Reply-To: <4AA91F63.1010801@jrv.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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 Subject: Re: ZFS hang -CURRENT (9/9/9) 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, 10 Sep 2009 21:52:07 -0000 --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 10, 2009 at 10:46:43AM -0500, James R. Van Artsdalen wrote: > FreeBSD pygmy.housenet.jrv 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r197044M: > Wed Sep 9 18:58:08 CDT 2009 =20 > james@pygmy.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > ZFS recv hung last night during the daily periodic script. Most of the > pool can be read but if one area is touched the process hangs with ^T > reporting: >=20 > $ find /bigtex > ... > /bigtex/usr/home/james > ^T > load: 0.00 cmd: find 2794 [rrl->rr_cv)] 5861.45r 0.28u 2.02s 0% 1704k >=20 > That's about where the ZFS recv hung: >=20 > receiving incremental stream of > bigtex/usr/home/james/News@syssnap-1246856401 into > bigtex/usr/home/james/News@syssnap-1246856401 > received 15.8MB stream in 59 seconds (275KB/sec) > receiving incremental stream of > bigtex/usr/home/james/News@syssnap-1246942803 into > bigtex/usr/home/james/News@syssnap-1246942803 > received 5.91MB stream in 50 seconds (121KB/sec) > receiving incremental stream of > bigtex/usr/home/james/News@syssnap-1247029203 into > bigtex/usr/home/james/News@syssnap-1247029203 >=20 > There should have 25 or so more snapshots in that filesystem. >=20 > /var/log/messages has no messages. Could you break into DDB debugger and send me output of 'alltrace' command for starters. You can also obtain process backtrace using procstat(1). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Clx92ZfkiYIKRjnr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKqXUAForvXbEpPzQRAhYJAJ9M6HabEAUhXvUOxwM7lDEmLjoA2ACcC+fx /Y0fc/gflRU0rwn9pZwVcTo= =St6C -----END PGP SIGNATURE----- --Clx92ZfkiYIKRjnr-- From owner-freebsd-fs@FreeBSD.ORG Thu Sep 10 21:53:00 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 385031065692; Thu, 10 Sep 2009 21:53:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 610638FC12; Thu, 10 Sep 2009 21:52:59 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3FC4845CAC; Thu, 10 Sep 2009 23:52:57 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E034B45C98; Thu, 10 Sep 2009 23:52:51 +0200 (CEST) Date: Thu, 10 Sep 2009 23:52:54 +0200 From: Pawel Jakub Dawidek To: Tobias Lott Message-ID: <20090910215254.GD2718@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BI5RvnYi6R4T2M87" Content-Disposition: inline In-Reply-To: <20090909101346.01887a02@sub.han.vpn.gamesnet.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 10 Sep 2009 21:53:00 -0000 --BI5RvnYi6R4T2M87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 09, 2009 at 10:13:46AM +0200, Tobias Lott wrote: >=20 >=20 > On Wed, 9 Sep 2009 07:42:49 +0200 > Pawel Jakub Dawidek wrote: >=20 > > On Wed, Sep 09, 2009 at 12:19:42AM +0200, Tobias Lott wrote: > > > Hey Everyone > > >=20 > > > I've managed to get some Output for this, using BETA2 LiveCD (gonna > > > try using BETA4 CD Tomorrow). > > >=20 > > > 'zfs import -f poolname' triggered this, Booting kernel.old (BETA3) > > > and today built BETA4 Kernel Panic mounting zfs Volumes. > > > Booting single user mode I get output of zfs list and so on but > > > mounting whatever volume also Panics. > >=20 > > Why -f? Were there a poblem in importing pool? > >=20 > > > Stack output, if there's more you need I'll gladly help > > > http://i27.tinypic.com/2d78qpd.jpg > > > http://i31.tinypic.com/oqhv2w.jpg > > > http://i28.tinypic.com/oktsag.jpg > >=20 > > Could you also provide top part of the backtrace? > >=20 > Oh yeah my bad >=20 > http://i29.tinypic.com/nqwxo2.jpg > http://i26.tinypic.com/209hanm.jpg Seems that one of the vdevs is NULL. Could you tell me why you decided to use -f option for importing the pool? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --BI5RvnYi6R4T2M87 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKqXU2ForvXbEpPzQRAgKuAKDDMWtwMCA0LPOm/oEost64rX5o9ACfTsMr rddEMv0fHzSxaJgLD7Ov+Qk= =zKGR -----END PGP SIGNATURE----- --BI5RvnYi6R4T2M87-- From owner-freebsd-fs@FreeBSD.ORG Fri Sep 11 09:11:44 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 2A4D7106568B; Fri, 11 Sep 2009 09:11:44 +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 F33538FC16; Fri, 11 Sep 2009 09:11:43 +0000 (UTC) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8B9BhFM056083; Fri, 11 Sep 2009 09:11:43 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8B9BhRp056079; Fri, 11 Sep 2009 09:11:43 GMT (envelope-from gavin) Date: Fri, 11 Sep 2009 09:11:43 GMT Message-Id: <200909110911.n8B9BhRp056079@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: ports/138476: [panic] sysutils/fusefs-kmod: Almost regular panic during VFS operations; maybe related to sshfs 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, 11 Sep 2009 09:11:44 -0000 Old Synopsis: [panic] [sshfs] [fuse] Almost regular panic during VFS operations; maybe related to sshfs New Synopsis: [panic] sysutils/fusefs-kmod: Almost regular panic during VFS operations; maybe related to sshfs Responsible-Changed-From-To: freebsd-fs->freebsd-ports-bugs Responsible-Changed-By: gavin Responsible-Changed-When: Fri Sep 11 09:07:27 UTC 2009 Responsible-Changed-Why: This looks likely to be an issue with the sysutils/fusefs-kmod port, over to maintainers. http://www.freebsd.org/cgi/query-pr.cgi?pr=138476 From owner-freebsd-fs@FreeBSD.ORG Fri Sep 11 09:58: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 6E994106566C; Fri, 11 Sep 2009 09:58:12 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (spirit.gamesnet.de [87.230.101.86]) by mx1.freebsd.org (Postfix) with ESMTP id 203C78FC21; Fri, 11 Sep 2009 09:58:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id 97E8D304E92; Fri, 11 Sep 2009 11:57:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GW+CiXCrsOJ6; Fri, 11 Sep 2009 11:57:36 +0200 (CEST) Received: from mail.gamesnet.de (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTPA id 7BD08304D22; Fri, 11 Sep 2009 11:51:25 +0200 (CEST) Received: from 87.154.170.53 (proxying for 87.154.170.53) (SquirrelMail authenticated user tlott@gamesnet.de) by mail.gamesnet.de with HTTP; Fri, 11 Sep 2009 11:51:25 +0200 Message-ID: <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> In-Reply-To: <20090910215254.GD2718@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> <20090910215254.GD2718@garage.freebsd.pl> Date: Fri, 11 Sep 2009 11:51:25 +0200 From: tlott@gamesnet.de To: "Pawel Jakub Dawidek" User-Agent: SquirrelMail/1.4.20 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 11 Sep 2009 09:58:12 -0000 > On Wed, Sep 09, 2009 at 10:13:46AM +0200, Tobias Lott wrote: >> >> >> On Wed, 9 Sep 2009 07:42:49 +0200 >> Pawel Jakub Dawidek wrote: >> >> > On Wed, Sep 09, 2009 at 12:19:42AM +0200, Tobias Lott wrote: >> > > Hey Everyone >> > > >> > > I've managed to get some Output for this, using BETA2 LiveCD (gonna >> > > try using BETA4 CD Tomorrow). >> > > >> > > 'zfs import -f poolname' triggered this, Booting kernel.old (BETA3) >> > > and today built BETA4 Kernel Panic mounting zfs Volumes. >> > > Booting single user mode I get output of zfs list and so on but >> > > mounting whatever volume also Panics. >> > >> > Why -f? Were there a poblem in importing pool? >> > >> > > Stack output, if there's more you need I'll gladly help >> > > http://i27.tinypic.com/2d78qpd.jpg >> > > http://i31.tinypic.com/oqhv2w.jpg >> > > http://i28.tinypic.com/oktsag.jpg >> > >> > Could you also provide top part of the backtrace? >> > >> Oh yeah my bad >> >> http://i29.tinypic.com/nqwxo2.jpg >> http://i26.tinypic.com/209hanm.jpg > > Seems that one of the vdevs is NULL. Could you tell me why you decided > to use -f option for importing the pool? > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > Because zpool import tank says: cannot import 'tank': pool may be in use from other system use '-f' to import anyway From owner-freebsd-fs@FreeBSD.ORG Fri Sep 11 14:09:49 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 8228C106566C for ; Fri, 11 Sep 2009 14:09:49 +0000 (UTC) (envelope-from weldon@excelsusphoto.com) Received: from mx0.excelsus.net (emmett.excelsus.com [74.93.113.252]) by mx1.freebsd.org (Postfix) with ESMTP id 1C06C8FC0A for ; Fri, 11 Sep 2009 14:09:48 +0000 (UTC) Received: (qmail 49298 invoked by uid 89); 11 Sep 2009 13:43:07 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost.excelsus.com with SMTP; 11 Sep 2009 13:43:07 -0000 Date: Fri, 11 Sep 2009 09:43:06 -0400 (EDT) From: Weldon S Godfrey 3 X-X-Sender: weldon@emmett.excelsus.com To: pjd@FreeBSD.org In-Reply-To: <200909091846.n89Ikw11075911@freefall.freebsd.org> Message-ID: References: <200909091846.n89Ikw11075911@freefall.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-fs@FreeBSD.org, wgodfrey@ena.com Subject: Re: kern/125149: [nfs] [panic] changing into .zfs dir from nfs client 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, 11 Sep 2009 14:09:49 -0000 Since I am running an faily old version of head and I can't migrate to a more current version until our "off-season" (next is December), I can't verify. The last I heard of this ticket, a patch was fixed to keep it from panicing, but to be able to access the .zfs directory from a nfs client required more retooling. If memory serves me right, sometime around Wednesday, pjd@FreeBSD.org told me: > Synopsis: [nfs] [panic] changing into .zfs dir from nfs client causes panic > > State-Changed-From-To: open->feedback > State-Changed-By: pjd > State-Changed-When: ?ro 9 wrz 2009 18:46:17 UTC > State-Changed-Why: > Is this still a problem with FreeBSD 8? I'm not able to reproduce it. > > > Responsible-Changed-From-To: freebsd-fs->pjd > Responsible-Changed-By: pjd > Responsible-Changed-When: ?ro 9 wrz 2009 18:46:17 UTC > Responsible-Changed-Why: > I'll take this one. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=125149 > _______________________________________________ > 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 Sat Sep 12 03:13:45 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 51DD61065755; Sat, 12 Sep 2009 03:13:45 +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 279C08FC12; Sat, 12 Sep 2009 03:13:45 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8C3Djh6044236; Sat, 12 Sep 2009 03:13:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8C3Di7Y044232; Sat, 12 Sep 2009 03:13:44 GMT (envelope-from linimon) Date: Sat, 12 Sep 2009 03:13:44 GMT Message-Id: <200909120313.n8C3Di7Y044232@freefall.freebsd.org> To: james-freebsd-current@jrv.org, linimon@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138709: [zfs] zfs recv hangs, pool accesses hang in rrl->rr_cv state 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, 12 Sep 2009 03:13:45 -0000 Synopsis: [zfs] zfs recv hangs, pool accesses hang in rrl->rr_cv state State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sat Sep 12 03:13:27 UTC 2009 State-Changed-Why: See kern/138220. http://www.freebsd.org/cgi/query-pr.cgi?pr=138709 From owner-freebsd-fs@FreeBSD.ORG Sat Sep 12 18:08:13 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 D11E9106566C; Sat, 12 Sep 2009 18:08:13 +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 A89F28FC16; Sat, 12 Sep 2009 18:08:13 +0000 (UTC) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8CI8D20079654; Sat, 12 Sep 2009 18:08:13 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8CI8Dui079650; Sat, 12 Sep 2009 18:08:13 GMT (envelope-from gavin) Date: Sat, 12 Sep 2009 18:08:13 GMT Message-Id: <200909121808.n8CI8Dui079650@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/138764: [zfs] ZFS panic: "panic: dirtying snapshot!" 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, 12 Sep 2009 18:08:13 -0000 Old Synopsis: ZFS panic: "panic: dirtying snapshot!" New Synopsis: [zfs] ZFS panic: "panic: dirtying snapshot!" Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: gavin Responsible-Changed-When: Sat Sep 12 18:06:58 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=138764 From owner-freebsd-fs@FreeBSD.ORG Sat Sep 12 19:30:08 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 D8EFA1065670 for ; Sat, 12 Sep 2009 19:30:08 +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 C8FE18FC23 for ; Sat, 12 Sep 2009 19:30:08 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8CJU8SS059921 for ; Sat, 12 Sep 2009 19:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8CJU8oJ059918; Sat, 12 Sep 2009 19:30:08 GMT (envelope-from gnats) Date: Sat, 12 Sep 2009 19:30:08 GMT Message-Id: <200909121930.n8CJU8oJ059918@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/132068: commit references a PR X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2009 19:30:08 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132068: commit references a PR Date: Sat, 12 Sep 2009 19:28:07 +0000 (UTC) Author: pjd Date: Sat Sep 12 19:27:54 2009 New Revision: 197131 URL: http://svn.freebsd.org/changeset/base/197131 Log: Tighten up the check for race in zfs_zget() - ZTOV(zp) can not only contain NULL, but also can point to dead vnode, take that into account. PR: kern/132068 Reported by: Edward Fisk" <7ogcg7g02@sneakemail.com>, kris Fix based on patch from: Jaakko Heinonen MFC after: 1 week Modified: head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c Modified: head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c ============================================================================== --- head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c Sat Sep 12 19:07:03 2009 (r197130) +++ head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c Sat Sep 12 19:27:54 2009 (r197131) @@ -890,8 +890,16 @@ again: if (zp->z_unlinked) { err = ENOENT; } else { - if (ZTOV(zp) != NULL) - VN_HOLD(ZTOV(zp)); + if ((vp = ZTOV(zp)) != NULL) { + VI_LOCK(vp); + if ((vp->v_iflag & VI_DOOMED) != 0) { + VI_UNLOCK(vp); + vp = NULL; + } else + VI_UNLOCK(vp); + } + if (vp != NULL) + VN_HOLD(vp); else { if (first) { ZFS_LOG(1, "dying znode detected (zp=%p)", zp); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"