CentOS Hyperscale SIG Updates systemd & Linux Build, Eyeing Btrfs Transactional Updates

[phoronix]

Phoronix: CentOS Hyperscale SIG Updates systemd & Linux Build, Eyeing Btrfs Transactional Updates

Formed last year was the CentOS Hyperscale SIG for back-porting major package versions and other features back to CentOS and other interesting features for modern enterprise environments...

https://www.phoronix.com/scan.php?page=news_item&px=CentOS-Hyperscale-SIG-Q1-2022

[jacob]

This is extremely interesting. CentOS is now RHEL's new upstream and integration testing environment. If it's really eying Btrfs, does it mean that it will replace XFS and the Stratis system will be phased out?

[RahulSundaram]

This is extremely interesting. CentOS is now RHEL's new upstream and integration testing environment. If it's really eying Btrfs, does it mean that it will replace XFS and the Stratis system will be phased out?

No, If you are look at who is doing the work here within the SIG, it is organizations like Facebook and Twitter and some volunteers in an optional repository.

[Developer12]

Jeez. it seems like only yesterday that redhat abandoned bugfs https://www.phoronix.com/scan.php?pa...es-Btrfs-Again

Can't wait to see this roast thousands of syadmins' data

[S.Pam]

Jeez. it seems like only yesterday that redhat abandoned bugfs https://www.phoronix.com/scan.php?pa...es-Btrfs-Again

Can't wait to see this roast thousands of syadmins' data

Why do you think that?

Btrfs has helped protect us against many corruptions. On systems without it it is much harder to monitor and protect against issues.

Sure. On old ubuntu servers with old kernels you do need to take care.

[Jannik2099]

Jeez. it seems like only yesterday that redhat abandoned bugfs https://www.phoronix.com/scan.php?pa...es-Btrfs-Again

Can't wait to see this roast thousands of syadmins' data

Redhat dropped btrfs because it was bugged on their glorious 3.10 and 4.4 (or was it 4.14?) kernels, and also to make their Stratis acquisition not look useless.
However btrfs simply provides transactional capabilities that Stratis can't nor will ever be able to, and turns out transactional updates are really a no-brainer.

[RahulSundaram]

Redhat dropped btrfs because it was bugged on their glorious 3.10 and 4.4 (or was it 4.14?) kernels, and also to make their Stratis acquisition not look useless.
However btrfs simply provides transactional capabilities that Stratis can't nor will ever be able to, and turns out transactional updates are really a no-brainer.

As I have noted earlier in the thread, Red Hat is not involved in these changes.

[Jannik2099]

As I have noted earlier in the thread, Red Hat is not involved in these changes.

And I never said so. I was talking about when Redhat decided to drop btrfs from RHEL

[RahulSundaram]

And I never said so. I was talking about when Redhat decided to drop btrfs from RHEL

It seemed like you were implying it, you also said Red Hat dropped because of Stratis acquisition. Stratis is not an acquisition and it was started after Btrfs support was already dropped, fyi

[Developer12]

Why do you think that?

Btrfs has helped protect us against many corruptions. On systems without it it is much harder to monitor and protect against issues.

Sure. On old ubuntu servers with old kernels you do need to take care.

bugfs still routinely eats entire partitions when things go wrong, especially in the presence of media errors. Even if you're only using a mirror instead of it's dangerous and unfinished raid implementation, and none of it's advanced features.