Date: Thu, 07 May 2015 21:04:08 +0100 From: Steven Hartland <killing@multiplay.co.uk> To: freebsd-stable@freebsd.org Subject: Re: zfs, cam sticking on failed disk Message-ID: <554BC538.5050406@multiplay.co.uk> In-Reply-To: <554B768E.8090705@freebsd.org> References: <20150507095048.GC1394@zxy.spb.ru> <554B40B6.6060902@multiplay.co.uk> <20150507104655.GT62239@zxy.spb.ru> <554B53E8.4000508@multiplay.co.uk> <20150507120508.GX62239@zxy.spb.ru> <554B5BF9.8020709@multiplay.co.uk> <20150507124416.GD1394@zxy.spb.ru> <554B5EB0.1080208@multiplay.co.uk> <20150507125129.GY62239@zxy.spb.ru> <554B6307.9020309@multiplay.co.uk> <20150507131007.GZ62239@zxy.spb.ru> <554B676E.8020500@multiplay.co.uk> <op.xx9o261skndu52@ronaldradial.radialsg.local> <554B696F.6020902@multiplay.co.uk> <554B768E.8090705@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 07/05/2015 15:28, Matthew Seaman wrote: > On 05/07/15 14:32, Steven Hartland wrote: >> >> I wouldn't have thought so, I would expect that to only have an effect >> on removal media such as CDROM drives, but no harm in trying ;-) > zpool offline -t zroot da19 > > That might work but it also might just wedge waiting for the outstanding IO to complete as I thought that was a "nice" off-line instead of a I don't care one.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?554BC538.5050406>