> 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.
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.4_Release_Notes/chap-Red_Hat
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 csum
mismatch e
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 explicitly optimized for SSD,
>> the
>> >> maintainers work
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 root filesystem
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 for Fedora 28.
W
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 RHELs
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.
> ZFS is trouble
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 perf
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.
>
> The block layer has no faulty device handli
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 its development. If
the dr
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 SSD. I did that on
a
couple of systems
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 development. If
> >> the
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 that on
>>> a
>>> couple of systems and
14 matches
Mail list logo