and can thus work around it
should I need to.
--
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
a bit late for my own
current needs, but there's surely going to be others hitting the same
issue in a few kernel cycles when your patches could be mainline btrfs,
and having the option at my next upgrade cycle say a couple years out
would be very nice, indeed. =:^)
--
Duncan - List replies
George Mitchell posted on Mon, 20 May 2013 19:17:39 -0700 as excerpted:
Duncan, The problem affects btrfs volumes that span multiple drive. If
you are using btrfs on a single drive that works just fine. But in a
multidrive situation, sometimes it works (when umount guesses the right
device
. They're NOT the same as separate backups. I
believe you know that already and just didn't mention it, but I'm worried
about others who might come across your comment.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he
cut write performance as I head toward stable-state, since
the drive should have plenty of trimmed space to work with in any case
due to the over-provisioning. But I suspect it could be of benefit to
those much closer to 0% over-provisioning than to my near 100%.
--
Duncan - List replies
Martin Steigerwald posted on Sat, 25 May 2013 14:13:07 +0200 as excerpted:
Am Samstag, 25. Mai 2013, 03:58:12 schrieb Duncan:
Leonidas Spyropoulos posted on Fri, 24 May 2013 23:38:17 +0100 as
excerpted:
On 24 May 2013 21:07, cwillu cwi...@cwillu.com wrote:
No need to specify ssd, it's
).
--
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 majord...@vger.kernel.org
More
Duncan posted on Fri, 31 May 2013 14:24:25 + as excerpted:
Now, I'm setting up a minimal initramfs just to user-space mount the
btrfs root properly so I don't have to mount it degraded.
But I'm still left wondering how I'm supposed to tell whether it's
actually running degraded
of spinning rust.
--
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 majord
me three
separate boot devices using two different technologies, ssd vs
traditional spinning rust and long stable reiserfs vs still under heavy
development btrfs, in case of failure of either a physical device or the
filesystem.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree
, as things start getting rather more
complex as soon as different sized devices get thrown into the mix, or
I think you've hit the nail on the head here Duncan. You're absolutely
right that given my simple setup (even number of devices, all the same
size, on raid10) it's trivial to do the math
down, less eggs
in one filesystem basket), without issue so far.
Might nor might not be the same bug; as I said I don't get that deep into
the technical stuff, but it's worth a try.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use
, with a helpful
conversion table for Dvorak, AZERTY and Colemak layouts. (Another caveat
is that on some X-based desktops Ctrl might need added to the combo as
well.)
http://en.wikipedia.org/wiki/Magic_SysRq_key
http://www.google.com/search?q=magic+sysrq
--
Duncan - List replies preferred
that'll prove helpful over time as well. (Look at the
information in sections 4.1 and 4.3, Guides and usage information, Using
the built-in tools, especially.)
https://btrfs.wiki.kernel.org/
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master
mainline, but I've chosen to stick with mainline here. That's just
simpler all around for me, and the rcs are still current /enough/.)
--
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
, then certainly anything even reasonably
current should deliver an image with in-the-clear filenames, but no
content to worry about.
--
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
year could be the year for stabilization; the year that
experimental label finally comes off. Tho corporate production level
usage tends to be rather conservative (many have only recently switched
to ext4), so I wouldn't expect to see wide-scale deployment there until
2015 or so.
--
Duncan
is enough that it's many times faster in any case, such
that I simply haven't noticed this issue.
--
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
and btrfs-tools btrfsck, and ask the experts about it once
they have that to look at too.
--
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
problems this go-round.
I've only had a couple unclean shutdowns, however, but the system did
seem to come right back up afterward. The SSDs may be playing some role
in that too, tho. But I've really not had enough unclean shutdowns to be
sure, yet.
--
Duncan - List replies preferred
, that the benefits of
autodefrag to far exceed the costs, so your performance drag claim is
interesting to me indeed. If my expectation is wrong, which it could be,
I'd love to know why, and see some numbers.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord
of the patches themselves) there's a still
new patch floating around that deals with that one already. It's too new
to be in 3.10.0 (tho it might possibly make a 3.10 stable if it hits
3.11), but will hopefully be in 3.11.
The rest I'll leave to the experts.
--
Duncan - List replies preferred
stage,
/then/ it's time to report it here. =:^)
--
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
to the device-loss scenario that raid1 helps
protect against.
--
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
find-
piped defrag command. =:^)
--
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
it to verify, however.
--
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 majord
device?
So... read up on the wiki a bit, then come back with questions you have
that aren't answered there. (I certainly had some I didn't see directly
answered there when I first started with btrfs.)
https://btrfs.wiki.kernel.org/
--
Duncan - List replies preferred. No HTML msgs.
Every
, take a look at the btrfs wiki, as it covers
a lot of questions and issues you may have.
https://btrfs.wiki.kernel.org/
--
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
Chris Murphy posted on Sun, 21 Jul 2013 10:20:48 -0600 as excerpted:
On Jul 21, 2013, at 4:38 AM, Duncan 1i5t5.dun...@cox.net wrote:
What I'd suggest is to turn on the btrfs autodefrag mount option, and
to do it *BEFORE* you start installing stuff on the filesystem.
Is there a good reason
here and the zero-seek-time DOES
make a difference, but I'm not doing terabytes of data either; that's
still on reiserfs on spinning rust, here), it may simply be that btrfs
isn't a filesystem choice well matched to your needs.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree
is one from the new and empty filesystem
state as it fills up, and with the exception of big database/vm-image
files which can be handled separately, it should just work, since
you'll be handling fragmentation routinely as it happens.
--
Duncan - List replies preferred. No HTML msgs.
Every
Duncan posted on Sat, 27 Jul 2013 22:14:02 + as excerpted:
btrfs raid1 root here, was initr*less until I switched to btrfs which is
broken with direct-kernel-root-mount rootflags=device=whatever syntax.
UUIDs are indeed userspace -- udev/systemd. However, if your initr*
includes udev
haven't already done so, and keeping them in mind if you do decide
to tune btrfs as well.
For battery powered systems, also take a look at laptop mode (and laptop-
mode-tools), which I use here on my laptop (which I don't have at hand to
check what I set for vm.dirty_* on it).
--
Duncan - List
a kernel older than the latest Linus stable
series, you *ARE* going to be missing bugfixes that just /might/ save you
from serious btrfs problems.
---
[1] Btrfs wiki: https://btrfs.wiki.kernel.org/
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master
start as btrfs raid1, and there's still
some data (or possibly metadata if it was the single drive at one point
or they're ssds, as btrfs defaults to metadata single in ssd mode) that
hasn't been duped elsewhere.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has
and the
importance of running a current kernel for btrfs testing in several
places, so the fact that you're not doing so indicates that you probably
hadn't read the wiki, and are thus likely missing out on other
potentially very useful information, as well.
https://btrfs.wiki.kernel.org/
--
Duncan
was able to put in the builtin, shrinking
the actual passed kernel commandline dramatically, so only the stuff that
wasn't the default needed passed for a particular boot option. It would
sure be nice to be able to do the same thing, but at the filesystem
level, here!
--
Duncan - List
inode_cache off and not worry about it.
---
[1] https://btrfs.wiki.kernel.org/
--
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
wreck, as it's frequently
analogized, feature there regularly. Linguists know it as an interesting
quirk of the English language both created and spotted regularly by
experts and novices alike, sometimes with rather amusing consequences!)
--
Duncan - List replies preferred. No HTML msgs
btrfs IS still experimental.
--
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 majord
these days... to the point I'd be seriously worried about it making
problems worse instead of better!
--
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
Duncan posted on Thu, 22 Aug 2013 23:53:28 + as excerpted:
btrfs wiki[1]
[1] https://btrfs.wiki.kernel.org/
--
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
that you can
arrange for the files to appear in a particular dir/dir-tree, not more or
less randomly written throughout the entire (btrfs) filesystem.
--
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
Duncan posted on Sat, 24 Aug 2013 12:23:18 + as excerpted:
Martin Steigerwald posted on Fri, 23 Aug 2013 14:58:07 +0200 as
excerpted:
Am Freitag, 23. August 2013, 12:29:42 schrieb Xavier Bassery:
On Fri, 23 Aug 2013 11:38:56 +0200
David Kofler dkofle...@googlemail.com wrote:
[mount
Chris Murphy posted on Sat, 24 Aug 2013 23:18:26 -0600 as excerpted:
On Aug 24, 2013, at 11:24 AM, Joel Johnson mrj...@lixil.net wrote:
Similar to what Duncan described in his response, on a hot-remove
(without doing the proper btrfs device delete), there is no opportunity
for a rebalance
into the issue in the first place as well as lessening
the chance of a simple delete temporarily requiring significant new
metadata resources in ordered to track all those extent frees before the
final atomic root entry update.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program
or otherwise consider it losable in
testing if things go wrong, go for it, but do it right, with current
kernel and tools so your tests at least have some value if things /do/ go
wrong! =:^)
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you
don't
remember seeing such a concise list there, but I haven't gotten around to
it yet.)
Wiki: https://btrfs.wiki.kernel.org/
--
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
should be a
reasonably fast SSD, yes, there's definitely something wrong. I'd reboot
and see if the balance completes then and/or if you can run a balance in
reasonable time after the reboot.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master
David MacKinnon posted on Tue, 03 Sep 2013 19:26:10 +1000 as excerpted:
On 3 September 2013 18:54, Duncan 1i5t5.dun...@cox.net wrote:
In case the data is wrong, there may be a reverse CRC32 algorithm
implemented. Most likely it's only several bytes which got flipped.
But... that flips
of
information (particularly the documentation section) you will almost
certainly find rather useful as a btrfs tester! =:^)
https://btrfs.wiki.kernel.org
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your
and metadata chunks on demand
(unless the filesystem's too small, under a gig, in which case it
defaults to mixed), but I don't believe it's possible to tell it to put
data on one device and metadata on a different one, for instance.
FWIW, https://btrfs.wiki.kernel.org
--
Duncan - List replies
to call the ioctl and one to actually handle the recursion
into the directory.
Let me know what you think.
Not being a dev I won't comment on that angle, but this will sure help
decomplicate general defragging from a sysadmin angle. Thanks. =:^)
--
Duncan - List replies preferred. No HTML msgs
of course Dusty reported it earlier too and that's what I'm
remembering.)
--
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
or 3 depending on when that pull gets processed.
--
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
. I guess I'll find out
over the coming couple weeks or so, at which I'll declare the issue gone
if I've not seen it again.)
--
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
users
and just force unnecessary reboots when something minor and otherwise
immediately recoverable goes wrong. That's just one of the latest fixes.
--
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
this, as
well. =:^)
--
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 majord
be wildly wrong
on that. If a sysadmin is sure he's on solid ground with his use case,
for him, he very well could be. =:^)
--
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
or even btrfs
development testing, as is appropriate at this stage of btrfs
development, then points to him for doing that testing and finding
there's either something badly wrong or he's simply off the practical end
of the size scale before actual deployment. =:^)
--
Duncan - List replies
, on this list. Of course the thread for that patch and the
reports of problems without it will be back a bit further...)
--
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
Holger Hoffstaette posted on Thu, 03 Oct 2013 13:56:25 +0200 as excerpted:
On Thu, 03 Oct 2013 11:45:31 +, Duncan wrote:
3.11.3. However, it /should/ be in the /next/ set 3.11-stable release,
as they uncrossed their signals and GKH said he'd pull them this time.
(You
warnings with something current /then/ you can investigate further, but
I'm guessing you won't, as IIRC at least one fix since 3.7 has been
related to unpin bugs.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your
, it doesn't cover what the
commands actually do or why you'd /use/ that order, and that'd be very
good to add as well.
--
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
it. If not, then post back with the new kernel you
tried and hopefully one of the devs can help.
--
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
Anatol Pomozov posted on Sat, 05 Oct 2013 04:51:52 -0700 as excerpted:
Hi
On Fri, Oct 4, 2013 at 9:42 PM, Duncan 1i5t5.dun...@cox.net wrote:
Anatol Pomozov posted on Fri, 04 Oct 2013 21:03:11 -0700 as excerpted:
Hi,
I have a home server on Linux Arch (kernel 3.11.2) that uses
multi
this
that's the biggest thing still left before btrfs can be labeled stable
and fully ready for normal and production use.
--
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
it recently, you're probably missing other useful hints and
information that it covers too, and I'd recommend spending some time
reading it.
https://btrfs.wiki.kernel.org
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he
to do anything that'd make it more
likely...
--
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
go huh? as
I wouldn't expect to see it in the btrfs context.
So btrfs filesystem chunk(-usage), please. =:^)
--
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
/metadata blocks mixed, and it didn't matter
which ran out first since they were combined.
I wonder if you're running into something similar. Can you try doing the
copy in a different order, or is it one big file?
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord
,
but if it's more than an hour, I'd definitely be wondering what's up!
--
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
seconds before starting its
error handling (which includes resetting the drive and then the bus).
--
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
.
--
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 majord...@vger.kernel.org
More majordomo
too. =:^)
--
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 majord...@vger.kernel.org
Kai Krakow posted on Wed, 19 Feb 2014 21:20:23 +0100 as excerpted:
Duncan had a nice example in this list how to migrate
directories to subvolumes by using shallow copies: mv dir dir.old
btrfs sub create dir cp -a -- reflink=always dir.old/. dir/. rm
-Rf dir.old.
FWIW, that was someone
Wang Shilong posted on Thu, 20 Feb 2014 18:51:10 +0800 as excerpted:
On 02/20/2014 06:31 PM, Duncan wrote:
Sebastian Ochmann posted on Wed, 19 Feb 2014 13:58:17 +0100 as
excerpted:
So my question is, why does scrub show a high (i.e. non-zero) value
for no_csum? I never enabled nodatasum
.
That's a reasonable explanation. Thanks. =:^)
(And anyway, if the space-cache gets corrupted, there are mount options
to clear it, etc, and it's easily rebuilt even if it takes long enough
keeping the cache is useful in general, so it's not a huge deal needing
checksummed.)
--
Duncan - List
problem I very
well could in the future.
--
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
,
mentioning it in documentation, should they choose to specifically
mention btrfs at all, is probably a good idea at this point.
In my definitely NOT-a-btrfs-code-expert opinion, of course. =:^)
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master
, already.
--
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 majord...@vger.kernel.org
, see the /var/lib/btrfs/scrub.status.* files. That's where
scrub state is stored, and manually blowing away the appropriate file
should clear btrfs' memory of the aborted scrub, so you can scrub start
properly.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has
Marc MERLIN posted on Sun, 23 Feb 2014 22:58:47 -0800 as excerpted:
On Mon, Feb 24, 2014 at 06:42:30AM +, Duncan wrote:
[S]ee the /var/lib/btrfs/scrub.status.* files. That's
where scrub state is stored, and manually blowing away the appropriate
file should clear btrfs' memory
Hugo Mills posted on Mon, 24 Feb 2014 08:29:38 + as excerpted:
On Mon, Feb 24, 2014 at 06:32:14AM +, Duncan wrote:
This is a known issue. There's patches in the pipeline for 32-bit
userspace on a 64-bit kernel, already.
If you mean my recent patch, that's only for receive
of
huge internal-write files to worry about, plus I'm only about 50 percent
partitioned on the SSDs so they have LOTS of room to do their wear-
leveling, etc. =:^)
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he
your suggested
method might not be the most efficient or recommended way to do things
for the reasons others have given, but it should none-the-less work.
--
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
there's something big enough
available to transfer it to!) to backup and then restoring it is going to
hurt!
--
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
it and familiarizing yourself
with the information found there. =:^)
https://btrfs.wiki.kernel.org
--
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
/Conversion_from_Ext3
--
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 majord
. =:^)
But if you're not using compression, /that/ can't explain it...
--
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
snapshot is maintained on both ends, so diffs taken
against the send side reference can be applied to an appropriately
identical receive side reference, thereby updating the receive side to
match the new read-only snapshot on the send side.
Hopefully that's clearer now. =:^)
--
Duncan - List
Hugo Mills posted on Fri, 07 Mar 2014 08:02:13 + as excerpted:
On Fri, Mar 07, 2014 at 01:13:53AM +, Michael Russo wrote:
Duncan 1i5t5.duncan at cox.net writes:
But if you're not using compression, /that/ can't explain it...
Ha! Well while that was an interesting discussion
to redo them again at least once more, as btrfs settles down further.
--
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
to worry about, but for that I'd need a family first...
--
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
Wolfgang Mader posted on Fri, 07 Mar 2014 11:13:51 +0100 as excerpted:
Duncan, thank you for this comprehensive post. Really helpful as always!
[...]
As for restoring, since a snapshot is a copy of the filesystem as it
existed at that point, and the method btrfs exposes for accessing them
Eric Mesa posted on Fri, 07 Mar 2014 14:03:44 + as excerpted:
Duncan - thanks for this comprehensive explanation. For a huge portion
of your reply...I was all wondering why you and others were saying
snapshots aren't backups. They certainly SEEMED like backups. But now I
see
several 3.13 stable releases now.
2) It doesn't appear correct anyway, since the trace reports 3.14-rc5+
(Meanwhile, I'm not a dev so no comment on the root question.)
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program
is posted. See pretty much any other patch
with multiple revisions.
--
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
(as befitted btrfs overall
state, with the eat-your-babies kconfig option warning only recently
toned down to what I'd call semi-stable) than enterprise-reliability.
Hopefully by the time they're done with all this bug-stomping it'll be
rather closer to the latter.
--
Duncan - List replies
sweet spot would be three copies, allowing corruption of
two and recovery from the third, which is why I personally am so hotly
anticipating N-way-mirroring, but unfortunately, it's looking a bit like
the proverbial carrot on the stick in front of the donkey, these days.
--
Duncan - List replies
1 - 100 of 1780 matches
Mail list logo
