Date: Mon, 24 Sep 2012 18:03:45 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Pawel Jakub Dawidek" <pjd@FreeBSD.org> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. Message-ID: <AE489E37693F45B887BDFB230EFBB46B@multiplay.co.uk> References: <20120923195357.GO1454@garage.freebsd.pl><1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk><20120923222520.GS1454@garage.freebsd.pl><D637D49E-27B3-4169-BC27-D5A7409040B9@gid.co.uk><20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> <20120924161654.GA1413@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message -----
From: "Pawel Jakub Dawidek" <pjd@FreeBSD.org>
>> Although I'm surprised your seeing that many reported failures as it should
>> have disabled it on a pool level after the first few failures.
>>
>> Is it still increasing?
>
> Note that 'failed' count is increasing, not the 'unsupported' count.
> We disable TRIM automatically if we get EOPNOTSUPP and ATA is returning
> some other error(s).
Ahh yes looks like ATA supports BIO_DELETE via ATA_CFA_ERASE if the drive
announces ATA_PROTO_CFA, so I can only assume this is failing when it
shouldn't.
Might be nice to investigate what's happening and fix, but as ATA is
being replaced by CAM ATA not sure its worth it?
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AE489E37693F45B887BDFB230EFBB46B>