On Mon, 6 Feb 2012, Chris Samuel <chris@csamuel.org> wrote:
Which kernel are you using BTW? If you're playing with btrfs you should be on at least 3.2, if not a 3.3 release candidate (it is labelled as EXPERIMENTAL in the kernel for a good reason).
The latest 3.2 kernel image from Debian/Unstable. On Mon, 6 Feb 2012, Chris Samuel <chris@csamuel.org> wrote:
Also be aware that there will be at least one more backwards incompatible filesystem change to fix the maximum number of hard links to a file in a directory, which is currently low enough to break a number of packages (such as backuppc).
How exactly will such changes be incompatible? Will they involve setting a flag so the older kernel knows not to mount it? Or will things just break? On Mon, 6 Feb 2012, Matthew Cengia <mattcen@gmail.com> wrote:
Yep, my array did a check this weekend also. the first email I got was cron saying that the check had begin, and the next was logcheck reorting on error count etc (both attached for reference).
http://etbe.coker.com.au/2012/02/06/reliability-raid/ Unfortunately mdadm doesn't send email about those conditions. I've filed a Debian bug report with a patch and linked to it from my latest blog post about RAID. On Mon, 6 Feb 2012, Avi Miller <avi.miller@gmail.com> wrote:
Perhaps you should watch my presentation on btrfs from linux.conf.au 2012[1]?
I attended your presentation, but I must have been snoozing during the part about df.
df lies, which is why you should run: # btrfs fi df /mount
Thanks, although it would be nice if they had a way of giving output comparable to df so that all the programs which expect df output can just work. On Mon, 6 Feb 2012, Rick Moen <rick@linuxmafia.com> wrote:
Where the raida and raidb devices are each 2G logical volumes.
Disposible test data, one hopes? A usable fsck utility still hasn't yet appeared in public.
It's on a test/gaming machine, which incidentally has been running BTRFS on /home for quite a while without great problems. I'm thinking of putting BTRFS on one of my DNS servers. If it goes down then I can survive with only two DNS servers, and one of those servers has recently had more downtime due to power issues than BTRFS is likely to cause. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/