From: Dan Merillat <dan.merillat@gmail.com>
To: Kai Krakow <hurikhan77@gmail.com>
Cc: linux-bcache@vger.kernel.org
Subject: Re: bcache fails after reboot if discard is enabled
Date: Wed, 8 Apr 2015 18:02:23 -0400 [thread overview]
Message-ID: <CAPL5yKdH97vJaYZxdu9ZHhrmK0OOAvEqtAk3Efz2+TvtOBUShw@mail.gmail.com> (raw)
In-Reply-To: <3ldgvb-het.ln1@hurikhan77.spdns.de>
You can't always use the correct eraseblock size with BCache, since it
doesn't (didn't, at least at the time I created my cache) support
non-powers-of-two that TLC drives use. That said, TRIM is not
supposed to blow away entire eraseblocks, just let the drive know the
mapping between presented LBA and internal address is no longer
needed, allowing it to do what it wishes with that knowledge
(generally reclaim multiple partial blocks to create fully empty
blocks).
I can't find any reports of errors with TRIM support in the 840-EVO
series. They had/may still have a problem reading old data that was a
big deal in the fall, and there was an 850 firmware that bricked some
drives. Nothing about TRIM erasing unintended data, though.
There were no problems with bcache at all in the year+ I've used it,
until I enabled bcache discard. Before that, I put on over 100
terabytes of writes to the bcache partition with no interface errors.
I've also never seen a TRIM failure in other filesystems using the
same model in my other systems. There was no powerloss, the system
went through a software reboot cycle before the failure. I'm
therefore *extremely* hesitant about allowing this to be written off
as a hardware failure.
next prev parent reply other threads:[~2015-04-08 22:02 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-02 9:47 bcache fails after reboot if discard is enabled Stefan Priebe - Profihost AG
2015-01-02 10:00 ` Stefan Priebe - Profihost AG
2015-01-03 16:32 ` Rolf Fokkens
2015-01-03 19:32 ` Stefan Priebe
2015-01-05 0:06 ` Michael Goertz
2015-02-09 19:46 ` Kai Krakow
2015-04-08 0:06 ` Dan Merillat
2015-04-08 18:17 ` Eric Wheeler
2015-04-08 18:27 ` Stefan Priebe
2015-04-08 19:31 ` Eric Wheeler
2015-04-08 19:54 ` Kai Krakow
2015-04-08 22:02 ` Dan Merillat [this message]
2015-04-10 23:00 ` Kai Krakow
2015-04-11 0:14 ` Kai Krakow
2015-04-11 6:31 ` Dan Merillat
2015-04-11 6:54 ` Dan Merillat
2015-04-11 7:52 ` Kai Krakow
2015-04-11 18:53 ` Dan Merillat
[not found] ` <CAPL5yKfpk8+6Vw cUVcwJ9QxAZJQmqaa98spCyT7+LekkRvkeAw@mail.gmail.com>
2015-04-11 20:09 ` Kai Krakow
2015-04-12 5:56 ` Dan Merillat
2015-04-29 17:48 ` Dan Merillat
2015-04-29 18:00 ` Ming Lin
2015-04-29 19:57 ` Kai Krakow
2015-04-08 18:46 ` Kai Krakow
2015-06-05 5:11 ` Kai Krakow
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAPL5yKdH97vJaYZxdu9ZHhrmK0OOAvEqtAk3Efz2+TvtOBUShw@mail.gmail.com \
--to=dan.merillat@gmail.com \
--cc=hurikhan77@gmail.com \
--cc=linux-bcache@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).