* btrfs on bcache
@ 2014-04-30 18:16 Felix Homann
2014-05-01 11:33 ` Austin S Hemmelgarn
2014-05-01 12:02 ` Fwd: " Felix Homann
0 siblings, 2 replies; 4+ messages in thread
From: Felix Homann @ 2014-04-30 18:16 UTC (permalink / raw)
To: linux-btrfs
Hi,
a couple of months ago there has been some discussion about issues
when using btrfs on bcache:
http://thread.gmane.org/gmane.comp.file-systems.btrfs/31018
>From looking at the mailing list archives I cannot tell whether or not
this issue has been resolved in current kernels from either bcache's
or btrfs' side.
Can anyone tell me what's the current state of this issue? Should it
be safe to use btrfs on bcache by now?
Thanks and kind regards,
Felix
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: btrfs on bcache
2014-04-30 18:16 btrfs on bcache Felix Homann
@ 2014-05-01 11:33 ` Austin S Hemmelgarn
2014-05-01 12:02 ` Fwd: " Felix Homann
1 sibling, 0 replies; 4+ messages in thread
From: Austin S Hemmelgarn @ 2014-05-01 11:33 UTC (permalink / raw)
To: Felix Homann, linux-btrfs
On 2014-04-30 14:16, Felix Homann wrote:
> Hi,
> a couple of months ago there has been some discussion about issues
> when using btrfs on bcache:
>
> http://thread.gmane.org/gmane.comp.file-systems.btrfs/31018
>
> From looking at the mailing list archives I cannot tell whether or not
> this issue has been resolved in current kernels from either bcache's
> or btrfs' side.
>
> Can anyone tell me what's the current state of this issue? Should it
> be safe to use btrfs on bcache by now?
In all practicality, I don't think anyone who frequents the list knows.
I do know that there are a number of people (myself included) who avoid
bcache in general because of having issues with seemingly random kernel
OOPSes when it is linked in (either as a module or compiled in), even
when it isn't being used. My advice would be to just test it with some
non-essential data (maybe set up a virtual machine?).
^ permalink raw reply [flat|nested] 4+ messages in thread
* Fwd: btrfs on bcache
2014-04-30 18:16 btrfs on bcache Felix Homann
2014-05-01 11:33 ` Austin S Hemmelgarn
@ 2014-05-01 12:02 ` Felix Homann
2014-05-01 17:32 ` Peter Kieser
1 sibling, 1 reply; 4+ messages in thread
From: Felix Homann @ 2014-05-01 12:02 UTC (permalink / raw)
To: linux-bcache
Forwarding this to linux-bcache as well as there are two parties involved.
---------- Forwarded message ----------
From: Felix Homann <linuxaudio@showlabor.de>
Date: 2014-04-30 20:16 GMT+02:00
Subject: btrfs on bcache
To: linux-btrfs@vger.kernel.org
Hi,
a couple of months ago there has been some discussion about issues
when using btrfs on bcache:
http://thread.gmane.org/gmane.comp.file-systems.btrfs/31018
From looking at the mailing list archives I cannot tell whether or not
this issue has been resolved in current kernels from either bcache's
or btrfs' side.
Can anyone tell me what's the current state of this issue? Should it
be safe to use btrfs on bcache by now?
Thanks and kind regards,
Felix
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Fwd: btrfs on bcache
2014-05-01 12:02 ` Fwd: " Felix Homann
@ 2014-05-01 17:32 ` Peter Kieser
0 siblings, 0 replies; 4+ messages in thread
From: Peter Kieser @ 2014-05-01 17:32 UTC (permalink / raw)
To: Felix Homann, linux-bcache
[-- Attachment #1: Type: text/plain, Size: 263 bytes --]
On 2014-05-01 5:02 AM, Felix Homann wrote:
> Can anyone tell me what's the current state of this issue? Should it
> be safe to use btrfs on bcache by now?
The author of bcache (Kent Overstreet) has stated that it is on btrfs to
fix the issue.
-Peter
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 4504 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-05-01 17:31 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-30 18:16 btrfs on bcache Felix Homann
2014-05-01 11:33 ` Austin S Hemmelgarn
2014-05-01 12:02 ` Fwd: " Felix Homann
2014-05-01 17:32 ` Peter Kieser
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.