4 ms·
XFS: The Enterprise File System of Choice
- buffoon 11y agoI thought NTFS and ZFS are the enterprise filesystems of choice? We merely tolerate others. That has been my experience over the last 15 years or so.
- mhurron 11y agoNTFS because you have to, ZFS has a little restriction on it that makes it difficult to be 'of choice' and EXT4 needs to go away for huge volumes. Linux with a huge volume? Use XFS.
- buffoon 11y agoOr use FreeBSD with ZFS or buy a NAS appliance.
- bnolsen 11y agoi recall XFS had some serious corruption issues if a failure happens when not on a UPS (or the UPS fails catastastrophically). Has this been dealt with ?
- mhurron 11y agoFrom personal experience I can say that I haven't seen it recently. RHEL 7 went to XFS as their default filesystem so hopefully they've looked into it.
- dwdz 11y agoYes, it had but that bug was fixed like 10 years ago. Stop spreading FUD.
- buffoon 11y agoPossibly fixed. I've had one incident of an XFS filesystem refuse to mount after it replayed the journal after a power outage. xfs_repair worked but I shouldn't have to piss around in single user mode in 2015. Kit was a HP DL380p, SmartArray 420i SAS array, CentOS 7 about 3 months ago. Outage caused by a large UPS explosion that took out 100 machines. No NTFS or ext3/4 trouble at all.
- rndmind 11y agoBTRFS is an excellent filesystem and imho more advanced than xfs.
- infamouscow 11y agoIt doesn't matter how advanced your filesystem is if it's going to silently lose data. The stability of btrfs is a running joke among filesystem developers.[1] [1] https://btrfs.wiki.kernel.org/index.php/Main_Page#Stability_status https://btrfs.wiki.kernel.org/index.php/Main_Page#Stability_...
- mdk754 11y agoCould we add a "(2013)" to the title? Also, can anyone speak to the current state of affairs with respect to ext4, xfs, and btrfs? I'd love to hear about the tooling and code quality in these file systems from an informed (and recent) point of view. Has Redhat been putting out fires since the switch? Did it go unnoticed? Are there measurable performance and/or reliability gains?
- mdekkers 11y ago..no actual content besides "We at SuSE have been doing this for aaaaaaaages"...
- poelzi 11y agoxfs is my first choice for data loss. Poweroff in suspend and the root fs was bricked, twice. Never ever again.
- mdk754 11y agoDo you know what kernel version you were running? Was this years ago, or more recently?
- poelzi 11y agoLast try was in maybe ~2012. I learned from a collegue that if the hard drive implements barriers incorrectly, this can cause easy XFS corruptions. Maybe this was the reason, especially SSD firmwares are very complex these days...
- toolslive 11y agoXFS is a good choice if you want to build crash resistant applications: https://www.usenix.org/conference/osdi14/technical-sessions/presentation/pillai https://www.usenix.org/conference/osdi14/technical-sessions/... (check out the slides, especially slide 40)
- zlynx 11y agoXFS better than EXT4 because EXT4 needs fsync()? XFS needs fsync too or you'll end up with data files full of zeroes. It happened to me.
- StillBored 11y agoXFS would be perfect if there was a way to disable delayed allocation. Has that changed recently? I still use it on a number of machines because it tends to work better with large volumes. But that hasn't kept me from losing data with it, repeatedly. Of course I've lost data with lots of other linux file systems too, so in that regard it isn't much worse. These days if I really think the data is important I still use a bunch of little ext3 partitions with data=journal, barrier=1 and all the disk caches set to write through mode. https://en.wikipedia.org/wiki/Allocate-on-flush https://en.wikipedia.org/wiki/Allocate-on-flush