История поиска бага в ядре Linux длиной в год, или нежданные нули из XFS'а

Наверняка у вас тоже было такое, что сервис работает себе спокойно, радует пользователей своей стабильностью и производительностью, а вас зелёным мониторингом. А в следующий момент хлоп - и нет его. Вы на панике смотрите в логи ошибок, а там или невнятный сегфолт, или просто ничего. Что делать – непонятно, и вообще надо прод спасать, поэтому вы поднимаете его обратно и всё работает как и раньше. Вы ещё пытаетесь разобраться в причинах случившегося, но со временем переключаетесь на другие задачи, а этот случай отходит на дальний план или вообще забывается. Но это всё хорошо когда вы один, а вот если у вас много клиентов, то рано или поздно у вас возникает ощущение что что-то не так и надо разобраться с этими всплесками энтропии, чтобы найти первопричину подобных событий. В этой статье описано наше исследование длиною в год, из которого вы узнаете, почему PostgreSQL(и любое другое приложение) может падать из-за бага в ядре Linux, причём тут XFS и почему очистка памяти может быть не так полезна, как вы о ней думали.

https://habr.com/ru/companies/postgrespro/articles/980218/?utm_source=habrahabr&utm_medium=rss&utm_campaign=980218

#postgres #postgresql #postgres_pro #linux #linux_kernel #xfs

История поиска бага в ядре Linux длиной в год, или нежданные нули из XFS'а

Наверняка у вас тоже было такое, что сервис работает себе спокойно, радует пользователей своей стабильностью и производительностью, а вас — зелёным мониторингом. А в следующий момент хлоп — и нет его....

Хабр

История поиска бага в ядре Linux длиной в год, или нежданные нули из XFS'а

Наверняка у вас тоже было такое, что сервис работает себе спокойно, радует пользователей своей стабильностью и производительностью, а вас зелёным мониторингом. А в следующий момент хлоп - и нет его. Вы на панике смотрите в логи ошибок, а там или невнятный сегфолт, или просто ничего. Что делать – непонятно, и вообще надо прод спасать, поэтому вы поднимаете его обратно и всё работает как и раньше. Вы ещё пытаетесь разобраться в причинах случившегося, но со временем переключаетесь на другие задачи, а этот случай отходит на дальний план или вообще забывается. Но это всё хорошо когда вы один, а вот если у вас много клиентов, то рано или поздно у вас возникает ощущение что что-то не так и надо разобраться с этими всплесками энтропии, чтобы найти первопричину подобных событий. В этой статье описано наше исследование длиною в год, из которого вы узнаете, почему PostgreSQL(и любое другое приложение) может падать из-за бага в ядре Linux, причём тут XFS и почему очистка памяти может быть не так полезна, как вы о ней думали.

https://habr.com/ru/companies/postgrespro/articles/980218/

#postgres #postgresql #postgres_pro #linux #linux_kernel #xfs

История поиска бага в ядре Linux длиной в год, или нежданные нули из XFS'а

Наверняка у вас тоже было такое, что сервис работает себе спокойно, радует пользователей своей стабильностью и производительностью, а вас — зелёным мониторингом. А в следующий момент хлоп — и нет его....

Хабр
TIL: #XFS kann #Snapshots aber keine #Compression, aber dafür #deduplication, wenn auch noch experimental
Instant database clones with PostgreSQL 18

Learn how to clone PostgreSQL databases instantly using reflinks. Turn slow template copies into milliseconds with PostgreSQL 18's new file copy options.

boringSQL | Supercharge your SQL & PostgreSQL powers
🚀 Oh joy, PostgreSQL 18 now has "instant" clones, because who doesn't love watching their #database pretend to be a Xerox machine? 🤦‍♂️ Just remember, it's as thrilling as watching paint dry—but now with benchmarks and #XFS proofs! 😂
https://boringsql.com/posts/instant-database-clones/ #PostgreSQL18 #instantclones #Xeroxmachine #techupdates #databaseperformance #HackerNews #ngated
Instant database clones with PostgreSQL 18

Learn how to clone PostgreSQL databases instantly using reflinks. Turn slow template copies into milliseconds with PostgreSQL 18's new file copy options.

boringSQL | Supercharge your SQL & PostgreSQL powers
@killab33z i am using #ZFS as well after having used #ext4 and sometimes #btrfs or #XFS for a long time. I think #bcachefs is very interesting as well.
What to choose depends on your use case

Excited to announce I'll be speaking at FOSDEM 2026!
I'll be in the Kernel devroom talking about reproducible XFS filesystems — how to populate images directly from a directory tree at creation time, no mounting required.

https://fosdem.org/2026/schedule/event/reproducible-xfs-images/

#FOSDEM #FOSDEM2026 #XFS #Linux #Kernel

FOSDEM 2026 - Reproducible XFS Filesystems - Populating Images Without Mounting

Seltsame #XFS-Korruption auf 6.12.57 im git-checkout von nixpkgs. Hmm.
I made a thing . Needs testing. Will probably eat your data #xfs #raid #linux #mirror #filesystem #rust : https://codeberg.org/aenertia/foxing
foxing

`foxing` (formerly xfs-mirror) aspires to be a production-grade, eBPF-powered replication engine for Linux filesystems (XFS, Btrfs, F2FS, Ext4). It captures filesystem events in the kernel and replays them asynchronously on a target directory, providing near real-time mirroring with robust consis...

Codeberg.org
FICLONE is an ioctl operation in #Linux that allows one file to share physical storage with another file, enabling faster data duplication without creating a separate physical copy. It is primarily used in filesystems that support copy-on-write features, like #Btrfs and #XFS .
ard links and reflinks are different things. Reflinks are usually only possible on copy-on-write file systems, and can be made with cp --reflink=<always|never|auto>. Reflinks are indistinguishable from regularly copied files, but they can be created instantly and consume no space at first. They share all their blocks on disk with the original, but when either is modified, the new data is written to new locations on disk, and only the modified one is updated to point to that new data.
#til