On Sun, Mar 28, 2021 at 4:31 PM George N. White III <gnwiii@xxxxxxxxx> wrote: > > Your plan needs to consider backups and/or replication (to cloud or another site). It is easy and cheap to lose data. Not losing data is not easy and not cheap. Exactly this. If the data is important, it's backed up. If it's not backed up, in some sence both fair and unfair, the data isn't important to you. And I mean, it's an unfair penalty to find out the importance of backups via data loss. It's a disproportionate penalty. Raid1 is not a backup. If you accidentally delete a file, for sure raid1 will ensure both mirrors record the accident. Snapshots aren't a backup, because they aren't fully independent from either the file system or hardware. (They can make it easier to do a 'btrfs restore' in some cases - but I don't want folks thinking they can depend on restore, it's seriously a PITA. Very capable, but tedious and requires patience.) In aggregate, with large volume users with consumer hardware, we aren't seeing Btrfs fall over more often than other file systems. It's true that it's harder to fix if it gets broken. It's also true you have multiple chances of recovery if it gets broken but all of them are less convenient than having a backup. Nevertheless, if it breaks, we still want bug reports because, to the degree that it is possible, we don't want it breaking. Btrfs is quite noisy (in dmesg) when there are problems. It's not subtle about it, by design. Corruption of any kind is not normal, the source should be found. Persistent stats are also retained in the file system metadata, retrievable by: btrfs device stats /mntpoint or /dev/ node(s) -- Chris Murphy _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
