Re: Kernel Dump scanning directory

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Anthony Plack posted on Fri, 08 May 2015 16:37:05 -0500 as excerpted:

> 30 seconds on a server can be allot of data, and is to small of a time
> span for adequate backups to occur.
 
> Maybe we need a warning at the top of the BTRFS page that it is highly
> likely, if BTRFS crashes and the transactions get corrupt, that you WILL
> loose at a minimum the last 30 seconds of your data and maybe more.

Note that commit time has been a mount-time option for a number of kernel 
releases, now.  It's 30 seconds by default, and IMO that's a reasonable 
compromise, but it /is/ an option.

In general I agree, however, particularly about the stability, which 
simply isn't as good as some would make it, ATM[1], tho Hugo does make a 
valid point, there's another bug triggering the (current) problem, and 
getting that rooted out is critical, regardless of where this more 
general debate goes.

---
[1] And unfortunately, that lack of very visible stability warning, as 
they've all been removed, is causing people to rely on btrfs without 
backups, that really should either have backups, or if they really /must/ 
play without backups, they really /should/ be on something other than 
btrfs at this point.

Tho FWIW I think the unstated thinking is that the warnings were scaring 
away the broader level of testing that btrfs needs at this point, with 
the thought being chicken and egg, we wouldn't get the needed testing 
with the warnings, and the warnings couldn't be truthfully taken away 
without that needed testing and followup, so I think someone decided it 
was time to fudge a bit, at least to the extent of arranging for the 
absence of warnings that /were/ there previously, thus allowing deception 
by omission for those who simply don't look close enough at the small-
print when they choose their filesystem, as well as not realizing that 
even on "stable" filesystems let alone something still not entirely 
stable like btrfs, lack of a backup really does state by action that you 
simply don't care about the data, and prefer to risk its potential loss 
over the certain time and opportunity cost of actually doing/testing the 
backups.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux