From owner-freebsd-stable@freebsd.org Sun Apr 12 18:44:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3F492C5785 for ; Sun, 12 Apr 2020 18:44:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490gdk4hbKz4Tlw for ; Sun, 12 Apr 2020 18:44:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 03CIiqJU074142 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 12 Apr 2020 11:44:59 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: freebsd-stable In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: Stefan Bethke Subject: Re: make kernel ignore broken SATA disk Date: Sun, 12 Apr 2020 11:44:58 -0700 Message-Id: <07a08db448daa9dd32b187330666f852@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 490gdk4hbKz4Tlw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.72 / 15.00]; NEURAL_HAM_MEDIUM(-0.79)[-0.795,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81]; NEURAL_HAM_LONG(-0.93)[-0.930,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 18:44:26 -0000 On Sun, 12 Apr 2020 16:37:06 +0200 Stefan Bethke stb@lassitu=2Ede said > I have a server I don't have physical access to right now, which has a br= oken > SATA disk that produces mostly errors (but not entirely)=2E >=20 > The disk has two partitions that are part of a zpool each=2E I can't bring = the > system up with this disk being online, because ZFS is trying its darndest= to > use it=2E >=20 > I already renamed the GPT partitions in the hope that ZFS would not find = them > anymore, but it does=2E >=20 > I can't gpart destroy -f ada1 because "device busy"=2E FTR it's gpart destroy -F (note the case difference) :-) >=20 > Is there a way, ideally in the loader, to tell the kernel to ignore ada1 > and/or ahcich5? Or can I force ZFS some other way to ignore the disk? I d= o > have a spare disk I can use to replace the failed one, but I can't get th= e > machine into a state where I could even issue the zpool replace command=2E >=20 >=20 > Stefan >=20 --Chris