News for hackers. Stuff that matters.
Re:Btrfs in Linux 6.2 brings performance improvements, bette... by josephcsible on Monday December 12, 2022 @06:58PM (#33962321)
IMO, the inconvenience this causes is outweighed by the prevention of data loss for people who otherwise would never have noticed the degraded array.
Re:Btrfs in Linux 6.2 brings performance improvements, bette... by ilyt on Monday December 12, 2022 @10:00PM (#33964171)
Right but if it's remote server you're fucked and you can't login on it to even assess what happened
Re:Btrfs in Linux 6.2 brings performance improvements, bette... by ndsipa_pomu on Tuesday December 13, 2022 @07:54AM (#33968218)
This is why I want servers to always boot to an OS whenever possible. It's fine if production data is not available until someone fixes an array, but without the OS, it's a pain to even figure out what's happened, let alone fix it.
Re:Btrfs in Linux 6.2 brings performance improvements, bette... by josephcsible on Monday December 12, 2022 @10:03PM (#33964197)
Don't servers tend to include some kind of out-of-band management like HP iLO, Dell iDRAC, or OpenBMC?
Re:Btrfs in Linux 6.2 brings performance improvements, bette... by kiririn on Tuesday December 13, 2022 @06:46AM (#33967593)
That’s what the likes of dropbear-initramfs is for
Re:Btrfs in Linux 6.2 brings performance improvements, bette... by ClumsyPilot on Monday December 12, 2022 @08:07PM (#33963182)
I think this is the difference in target audience - for home use, maybe I won't have monitoring, so it should fail to boot.

For enterprise, if you dont have monitoring setup it's on you