From owner-freebsd-fs@FreeBSD.ORG Sun Aug 4 18:33:40 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B64F66CC for ; Sun, 4 Aug 2013 18:33:40 +0000 (UTC) (envelope-from karl@denninger.net) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 724142354 for ; Sun, 4 Aug 2013 18:33:39 +0000 (UTC) Received: from [192.168.1.40] (localhost [127.0.0.1]) by fs.denninger.net (8.14.6/8.13.1) with ESMTP id r74IXXLM099492 for ; Sun, 4 Aug 2013 13:33:34 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Sun Aug 4 13:33:34 2013 Message-ID: <51FE9E78.2010207@denninger.net> Date: Sun, 04 Aug 2013 13:33:28 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: Steven Hartland Subject: Re: How do I clear this problem? :-) References: <51FE8D1C.5080509@denninger.net> <5C38117C14594404AAC7034DB56FD1BA@multiplay.co.uk> <51FE8FD5.1050605@denninger.net> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs@freebsd.org 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: Sun, 04 Aug 2013 18:33:40 -0000 Yes. On 8/4/2013 12:47 PM, Steven Hartland wrote: > ----- Original Message ----- From: "Karl Denninger" >> I do indeed have a pool of the same name; I can rename it of course but >> then scripts have to be changed. >> >> What I'm trying to do is get rid of the old entry because it is no >> longer relevant and causes a collision; I can get around the collision >> by using the UID of the pool on the mount when done manually, but that >> particular pool's devices are never coming back and every time an import >> is run the console complains about the missing device entries that >> cannot be probed. >> >> This is development box and thus I CAN wipe it to get rid of this, but >> if it happens on a production machine I'd like to know how to clear the >> problem. I understand that by doing so I irretrievably destroy the >> ability to get to the pool in the future but in this particular case the >> disks in question have been hard-overwritten with other data so that's >> already a fact irrespective of what the system thinks. > > Sorry karl I still don't quite understand what you mean by "old entry" > I'm guessing your seeing an old cached entry when you run "zpool import" > > Is that the case? > > 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. > > > > %SPAMBLOCK-SYS: Matched [+killing@multiplay.co.uk], message ok -- Karl Denninger karl@denninger.net /Cuda Systems LLC/