From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 10:11:03 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1DE5E0F; Mon, 26 Nov 2012 10:11:03 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 8B6D88FC08; Mon, 26 Nov 2012 10:11:02 +0000 (UTC) Received: from mr129166.localdomain (mr129166.cri.univ-rennes1.fr [129.20.129.166]) by smtp.lamaiziere.net (Postfix) with ESMTPA id B7E57AC88; Mon, 26 Nov 2012 11:10:55 +0100 (CET) Received: from mr129166 (localhost [127.0.0.1]) by mr129166.localdomain (Postfix) with ESMTP id 2B8736085; Mon, 26 Nov 2012 11:10:53 +0100 (CET) Date: Mon, 26 Nov 2012 11:10:52 +0100 From: Patrick Lamaiziere To: Willem Jan Withagen Subject: Re: Some new hardware with 9.1 does not reboot easily Message-ID: <20121126111052.68136d00@mr129166> In-Reply-To: <50AFFB9C.8050101@digiware.nl> References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "stable@freebsd.org" , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 10:11:03 -0000 Le Fri, 23 Nov 2012 23:41:32 +0100, Willem Jan Withagen a écrit : Hello, > >> I'm waiting for the system to come back up, and will put the svn > >> diff on my webserver...., unless it is oke to post a 1200 lines of > >> diff?? > > > > I think that a webserver option would be better. > > Thanks again. > > Oke, > > Diff is at: > http://www.tegenbosch28.nl/FreeBSD/Diffs/9.1-ZFS-reboot.diff > And is against a checkout of this morning: r243433 > Hope it works for others. Hmm, the patch does not apply on r243433. -------------------------- |Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c |=================================================================== |--- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c (revision 243433) |+++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c (working copy) -------------------------- Patching file sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c using Plan A... Hunk #1 succeeded at 1717 (offset -42 lines). Hunk #2 succeeded at 1809 (offset -42 lines). Hunk #3 succeeded at 1843 (offset -42 lines). Hunk #4 succeeded at 1880 (offset -42 lines). Hunk #5 succeeded at 1926 (offset -42 lines). Hunk #6 succeeded at 2080 (offset -42 lines). |Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c |=================================================================== |--- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (revision 243433) |+++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (working copy) -------------------------- Patching file sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c using Plan A... Hunk #1 succeeded at 135. Hunk #2 succeeded at 508. Hunk #3 succeeded at 746. Hunk #4 succeeded at 757. Hunk #5 failed at 1150. Hunk #6 succeeded at 1179 (offset -5 lines). Hunk #7 failed at 1192. Hunk #8 succeeded at 1250 (offset -1 lines). Hunk #9 succeeded at 1400 (offset -6 lines). Hunk #10 succeeded at 1417 (offset -1 lines). Hunk #11 succeeded at 1420 (offset -6 lines). Hunk #12 succeeded at 1440 (offset -1 lines). 2 out of 12 hunks failed--saving rejects to sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c.rej As far I can see it fails because there is no getnewvnode_reserve() / get_newvnode_drop_reserve() in 9.1. Thansk, Regards. -- Patrick Lamaizière Centre de Ressources Informatiques CRI Central Université de Rennes 1 Tél: 02 23 23 71 45