Administrace komentářů

a ti, co to opravdu udělají

Já už to opravdu dělám od roku 2011 a fsck jsem nikdy nepotřeboval, na vlastnost raid1 jsem nikdy nenarazil a tak dále.

Z BTRFS se prostě stal jen otloukánek v diskusích. Nic víc. Ano, má svoje chyby, stejně jako jakýkoliv jiný software. Ale zatímco u ostatního to lidi tak nějak tiše ignorují (nebo ani nezaznamenají), tak na btrfs je potřeba si pořádně došlápnout. A to i v případech, kdy za to fs vůbec nemůže (viz případy potíží s lvm, nebo mdraidem, za které podle tazatelů může FS).

Vůbec nejzábavnější jsou hate typu: když tam mám sto tisíc snapshotů, tak je to pomalé. Ok fajn, tak mi udělej sto tisíc snapshotů na ext4 a potom přijď (tj kategorie nikdo jiný to sice neumí, ale budu to pro jistotu hejtit taky).

když ve stabilním FS bylo tohle

Mám asi milion historek tohoto typu. Víš, kdy jsem naposledy* přišel o FS (nikoliv o data, ta jsou na zálohách)? Byla to kombinace "vlastností" mdadm a systemd. Disky jsem měl na HBA, který začal zlobit. Náhodně je odpojoval a připojoval. mdraid má tebou opěvovanou vlastnost, že disk po objevení znovu připojí do pole a podle bitmapy začne syncovat. Takhle postupně vypadly asi 4 disky ze 6 (RAID10). Ano, jednoznačně chyba HW. Dal jsem to na jinej řadič, mdadm pole nesložilo. Tak jsem si s tím chtěl pohrát, složil jsem pole (--force). Systemd nenapadlo nic lepšího, než device, na které tou dobou už několik hodin čekal, přimountovat, pochopitelně rw. To byl poslední hřebíček do rakve. Chtěl jsem udělat ro check, chtěl jsem se na to podívat apod. Ne, "vlastnost" systemd mi to zhatila.

A takových případů mám hodně. Takže jestli se někdo pos*re z toho, že fs mu jde připojit jen RO (s tím, že všechna data má v pořádku), tak s prominutím v IT nic nezažil.

*) Ve skutečnosti to byl jediný případ za posledních 10+let.