* How to know whether disks "handle flush requests correctly"
@ 2011-05-06 9:13 Paul Schroeder
2011-05-06 13:10 ` Josef Bacik
0 siblings, 1 reply; 3+ messages in thread
From: Paul Schroeder @ 2011-05-06 9:13 UTC (permalink / raw)
To: linux-btrfs
The btrfs wiki Main Page warns that "it is currently possible to corrupt
a filesystem irrecoverably if your machine crashes or loses power on disks
that don't handle flush requests correctly."
How do you know if this applies to your drives? Is there a way to test it,
or a model list, or are newer SATA drives (magnetic, not SSDs) always ok?
Does it depend on the controller? (I have a SiI 3114, latest BIOS.)
I would also be using btrfs on top of dm-crypt (with the latest release
kernel). Some kernel versions ago, the message that write barriers aren't
supported disappeared; can I assume the device mapper / dm-crypt is not a
problem with regards to flushing?
Paul
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: How to know whether disks "handle flush requests correctly"
2011-05-06 9:13 How to know whether disks "handle flush requests correctly" Paul Schroeder
@ 2011-05-06 13:10 ` Josef Bacik
2011-05-06 13:48 ` Chris Mason
0 siblings, 1 reply; 3+ messages in thread
From: Josef Bacik @ 2011-05-06 13:10 UTC (permalink / raw)
To: Paul Schroeder; +Cc: linux-btrfs
On 05/06/2011 05:13 AM, Paul Schroeder wrote:
> The btrfs wiki Main Page warns that "it is currently possible to corrupt
> a filesystem irrecoverably if your machine crashes or loses power on disks
> that don't handle flush requests correctly."
>
> How do you know if this applies to your drives? Is there a way to test it,
> or a model list, or are newer SATA drives (magnetic, not SSDs) always ok?
> Does it depend on the controller? (I have a SiI 3114, latest BIOS.)
>
> I would also be using btrfs on top of dm-crypt (with the latest release
> kernel). Some kernel versions ago, the message that write barriers aren't
> supported disappeared; can I assume the device mapper / dm-crypt is not a
> problem with regards to flushing?
>
Yeah if you don't see those messages you can be fairly certain you are
ok. Thanks,
Josef
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: How to know whether disks "handle flush requests correctly"
2011-05-06 13:10 ` Josef Bacik
@ 2011-05-06 13:48 ` Chris Mason
0 siblings, 0 replies; 3+ messages in thread
From: Chris Mason @ 2011-05-06 13:48 UTC (permalink / raw)
To: Josef Bacik; +Cc: Paul Schroeder, linux-btrfs
Excerpts from Josef Bacik's message of 2011-05-06 09:10:23 -0400:
> On 05/06/2011 05:13 AM, Paul Schroeder wrote:
> > The btrfs wiki Main Page warns that "it is currently possible to corrupt
> > a filesystem irrecoverably if your machine crashes or loses power on disks
> > that don't handle flush requests correctly."
> >
> > How do you know if this applies to your drives? Is there a way to test it,
> > or a model list, or are newer SATA drives (magnetic, not SSDs) always ok?
> > Does it depend on the controller? (I have a SiI 3114, latest BIOS.)
> >
> > I would also be using btrfs on top of dm-crypt (with the latest release
> > kernel). Some kernel versions ago, the message that write barriers aren't
> > supported disappeared; can I assume the device mapper / dm-crypt is not a
> > problem with regards to flushing?
> >
>
> Yeah if you don't see those messages you can be fairly certain you are
> ok. Thanks,
The easiest way to tell for sure is to do two tests:
dd if=/dev/zero of=/mnt/foo bs=4K count=10000
dd if=/dev/zero of=/mnt/foo bs=4K count=10000 oflag=sync
Run this with the filesystem mounted normally and again with the
filesystem mounted -o nobarrier. -o nobarrier should be dramatically
and hugely faster, almost like we're not writing to the disk at all.
-chris
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-05-06 13:48 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-05-06 9:13 How to know whether disks "handle flush requests correctly" Paul Schroeder
2011-05-06 13:10 ` Josef Bacik
2011-05-06 13:48 ` Chris Mason
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).