From owner-freebsd-fs@FreeBSD.ORG Thu May 16 19:00:54 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AAFE1D54 for ; Thu, 16 May 2013 19:00:54 +0000 (UTC) (envelope-from henner.heck@web.de) Received: from mout.web.de (mout.web.de [212.227.15.4]) by mx1.freebsd.org (Postfix) with ESMTP id 29CBAB0F for ; Thu, 16 May 2013 19:00:53 +0000 (UTC) Received: from sender ([95.112.177.32]) by smtp.web.de (mrweb001) with ESMTPSA (Nemesis) id 0LwZA7-1URPO60t0Z-017lc7; Thu, 16 May 2013 21:00:46 +0200 Message-ID: <51952CDF.8080705@web.de> Date: Thu, 16 May 2013 21:00:47 +0200 From: Henner Heck User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Long delays during boot and zpool/zfs commands on 9.1-RELEASE (possibly because of unavailable pool?) References: <968416157.282645.1368232366317.JavaMail.root@erie.cs.uoguelph.ca> <518EFE05.8010100@hub.org> <518F4130.6080201@hub.org> <518F4307.3060908@hub.org> <519285C9.8000306@web.de> <5192AD94.5020707@web.de> <5194AEDE.9040504@web.de> <3A4D99D3DC69494880790E7971F218B4@multiplay.co.uk> In-Reply-To: <3A4D99D3DC69494880790E7971F218B4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:sgGy1HuH8ipfPjelL8i93WilkF5ePGwBPcTclvAgLUp CnEcUiFwP/xOg1GvgtSdmVfSwSV3Tm9A3JiI/RFwnL37C4HWAA t3PVqbpi3anhW2ZBTsh2XlLuRKx4UyyJTml3XSklC8mVHzgkBx 2EcTNa2uobf65MaHznZUy4yVSJ8DfapBkYIfqQN1YRVxItysH2 /eWmeqEJVXWDktdIrIBAA== Cc: freebsd-fs@freebsd.org, Ronald Klop X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 May 2013 19:00:54 -0000 Am 16.05.2013 19:43, schrieb Steven Hartland: > > ----- Original Message ----- From: "Henner Heck" > >> Always happy to give someone a special moment. >> Thank you, now patch did something. >> It confirmed that it is the wrong file version for the patch, >> since the replacements failed and the only changes are additions. >> Output: >> >> ---------------------------------------------------------------------------------------------------------- >> >> Hmm... Looks like a unified diff to me... >> The text leading up to this was: >> -------------------------- >> |--- sys/boot/zfs/zfs.c.orig 2011-10-20 18:15:29.966685430 +0000 >> |+++ sys/boot/zfs/zfs.c 2011-10-20 18:18:22.291033636 +0000 >> -------------------------- >> Patching file sys/boot/zfs/zfs.c using Plan A... >> Hunk #1 succeeded at 47 (offset 2 lines). >> Hunk #2 failed at 423. >> 1 out of 2 hunks failed--saving rejects to sys/boot/zfs/zfs.c.rej >> Hmm... Ignoring the trailing garbage. >> done >> ---------------------------------------------------------------------------------------------------------- >> >> >> I'm still hoping that someone can give the reason for the increased >> delays. >> Since nothing actually goes wrong but just takes ages, >> they might have been introduced on purpose, >> not considering the possibility of a deliberately unavailable pool.(?) > > As I mentioned in my previous response this patch is no longer needed in > 9.x. > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > I got that, and thanks again for trying to help. I just tried it out to show Roland that i learned to use patch properly and his hint was not in vain. ;) Unfortunately the initial issue remains unsolved. Regards, Henner Heck