> For SSDs all the sauce is in the firmware. If the model and firmware
> were all the same, it is more likely to be a firmware bug than it is
> to be a Btrfs bug. There are absolutely cases where Btrfs runs into
> problems that other file systems don't, because Btrfs is designed to
> detect them
On Fri, Aug 11, 2017 at 12:12 PM, Warren Young wrote:
> I rather doubt btrfs will be compiled out of the kernel in EL8, and even if
> it is, it’ll probably be in the CentOSPlus kernels.
On Fri, Aug 11, 2017 at 11:37 AM, hw wrote:
> I want to know when a drive has failed. How can I monitor that? I´ve begun
> to use btrfs only recently.
Maybe checkout epylog and have it monitor for BTRFS messages. That's
your earliest warning because Btrfs will complain with any
On Fri, Aug 11, 2017 at 11:17 AM, Mark Haney wrote:
> On Fri, Aug 11, 2017 at 1:00 PM, Chris Murphy
> wrote:
>
>> Changing the subject since this is rather Btrfs specific now.
>>
>>
>>
>> >>
>> >> Sounds like a hardware problem. Btrfs is
Once upon a time, hw said:
> How do you install on an XFS that is adjusted to the stripe size and the
> number of
> units when using hardware RAID? I tried that, without success.
You have to use a kickstart - that's always been the answer if you want
to customize features of the
On Aug 11, 2017, at 12:39 PM, hw wrote:
>
> Warren Young wrote:
>
>> [...]
What do they suggest as a replacement?
>>
>> Stratis: https://stratis-storage.github.io/StratisSoftwareDesign.pdf
>
> Can I use that now?
As I said, they’re targeting the first testable releases
Warren Young wrote:
[...]
What do they suggest as a replacement?
Stratis: https://stratis-storage.github.io/StratisSoftwareDesign.pdf
Can I use that now?
The main downside to Stratis I see is that it looks like 1.0 is scheduled to
coincide with RHEL 8, based on the release dates of
On Aug 11, 2017, at 11:52 AM, hw wrote:
>
> Software RAID with mdadm is a bad idea because
> it comes with quite some performance loss.
That sounds like outdated information, from the time before CPUs were fast
enough to do parity RAID calculations with insignificant overhead.
On 08/11/2017 10:52 AM, hw wrote:
Software RAID with mdadm is a bad idea because it comes with quite
some performance loss.
That's not usually the case in my experience. Battery-backed write
caches make benchmarks like bonnie++ look amazing, but in real workloads
I typically see better
On Aug 11, 2017, at 11:00 AM, Chris Murphy wrote:
>
> On Fri, Aug 11, 2017 at 5:41 AM, hw wrote:
>> That´s one thing I´ve been wondering about: When using btrfs RAID, do you
>> need to somehow monitor the disks to see if one has failed?
>
> Yes.
>
>
Mark Haney wrote:
On Fri, Aug 11, 2017 at 1:00 PM, Chris Murphy
wrote:
Changing the subject since this is rather Btrfs specific now.
Sounds like a hardware problem. Btrfs is explicitly optimized for SSD,
the
maintainers worked for FusionIO for several years of
Chris Murphy wrote:
Changing the subject since this is rather Btrfs specific now.
On Fri, Aug 11, 2017 at 5:41 AM, hw wrote:
Chris Murphy wrote:
On Wed, Aug 9, 2017, 11:55 AM Mark Haney wrote:
To be honest, I'd not try a btrfs volume on a notebook
On Fri, Aug 11, 2017 at 1:00 PM, Chris Murphy
wrote:
> Changing the subject since this is rather Btrfs specific now.
>
>
>
> >>
> >> Sounds like a hardware problem. Btrfs is explicitly optimized for SSD,
> the
> >> maintainers worked for FusionIO for several years of its
Changing the subject since this is rather Btrfs specific now.
On Fri, Aug 11, 2017 at 5:41 AM, hw wrote:
> Chris Murphy wrote:
>>
>> On Wed, Aug 9, 2017, 11:55 AM Mark Haney wrote:
>>
>>> To be honest, I'd not try a btrfs volume on a notebook SSD. I did
14 matches
Mail list logo