can't mount both arrays...).
Any suggestions?
Until an analog of zfs send is added to btrfs (and I believe there
are some side projects ongoing to add something similar), your only
option is the one you are currently using via rsync.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list
other apps work
with/without a trailing /.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
be a win on Btrfs.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
separation of the different layers (device, pool,
filesystem), and better tools for working with them (zpool / zfs) but
similar functionality is (or at least appears to be) in btrfs already.
Using device mapper / md underneath btrfs also gives you a similar setup to ZFS.
--
Freddie Cash
fjwc
On Sat, Jan 22, 2011 at 5:45 AM, Hugo Mills hugo-l...@carfax.org.uk wrote:
On Fri, Jan 21, 2011 at 11:28:19AM -0800, Freddie Cash wrote:
So, is Btrfs pooled storage or not? Do you throw 24 disks into a
single Btrfs filesystem, and then split that up into separate
sub-volumes as needed
On Sun, Jan 9, 2011 at 10:30 AM, Hugo Mills hugo-l...@carfax.org.uk wrote:
On Sun, Jan 09, 2011 at 09:59:46AM -0800, Freddie Cash wrote:
Let see if I can match up the terminology and layers a bit:
LVM Physical Volume == Btrfs disk == ZFS disk / vdevs
LVM Volume Group == Btrfs filesystem
mythtv using the init script for it.
Then would do whatever you need to do to the database (stop it, dump
it, whatever).
The start argument would do the reverse, starting the database and MythTV.
And, /path/to/your/rsync/script would call your actual backups
script that runs rsync.
--
Freddie Cash
.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/disk are they different?
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
rsync
- ssh to remote system run script to start DBs, delete snapshot, whatever
You're starting to over-think things. Keep it simple, don't worry
about defaults, specify everything you want to do, and do it all from
the backups box.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from
and then using cron to schedule it completes the setup.
Works beautifully. :) Saved our bacon several times over the past 2 years.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
. If restoring the binary files doesn't
work, then we just suck in the text dumps.
If the remote system supports snapshots, doing a snapshot before the
rsync runs is a good idea, though. It'll be nice when more
filesystems support in-line snapshots. The LVM method is pure crap.
--
Freddie Cash
fjwc
On Thu, Jan 6, 2011 at 12:07 PM, C Anthony Risinger anth...@extof.me wrote:
On Thu, Jan 6, 2011 at 1:47 PM, Freddie Cash fjwc...@gmail.com wrote:
On Thu, Jan 6, 2011 at 11:33 AM, Marcin Kuk marcin@gmail.com wrote:
Rsync is good, but not for all cases. Be aware of databases files -
you
(it's hard to use
non-pooled storage now), a working fsck (or similar), and integration
into Debian, then we may look at that as well. :)
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
On Thu, Jan 6, 2011 at 1:42 PM, Carl Cook cac...@quantum-sci.com wrote:
On Thu 06 January 2011 11:16:49 Freddie Cash wrote:
Also with this system, I'm concerned that if there is corruption on the
HTPC, it could be propagated to the backup server. Is there some way to
address
. It can be used via the mysql command
to recreate the database at a later date.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
or 12x, something like that). Now
we're just waiting for ZFSv22+ to hit FreeBSD to enable dedupe on the
backups server.
For backups, and central storage for VMs, online dedupe is a massive
win. Offline, maybe. Either way, dedupe is worthwhile.
--
Freddie Cash
fjwc...@gmail.com
. Thanks,
Cyrus IMAP and Zimbra (probably a lot of others) already do that,
hard-linking identical message bodies. The e-mail server use-case is
for dedupe is pretty much covered already.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
to worry about). And the you can use all the fancy
snapshotting, cloning, etc features of whatever FS as well.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
the --no-whole-file option which causes rsync to only
send delta changes for existing files, another useful feature with CoW
filesystems.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
On Mon, Dec 6, 2010 at 12:30 PM, Nirbheek Chauhan
nirbheek.chau...@gmail.com wrote:
On Tue, Dec 7, 2010 at 1:05 AM, Freddie Cash fjwc...@gmail.com wrote:
On Mon, Dec 6, 2010 at 11:14 AM, Nirbheek Chauhan
nirbheek.chau...@gmail.com wrote:
As an aside, my primary motivation
or something) to show the actual
storage used and file sizes as stored on disk.
Trying to make quotas and disk usage utilities to work based on what's
physically on disk is just backwards, imo. And prone to a lot of
confusion.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list
On Wed, Dec 1, 2010 at 1:28 PM, Hugo Mills hugo-l...@carfax.org.uk wrote:
On Wed, Dec 01, 2010 at 12:24:28PM -0800, Freddie Cash wrote:
On Wed, Dec 1, 2010 at 11:35 AM, Hugo Mills hugo-l...@carfax.org.uk wrote:
The idea is you are only charged for what blocks
you have on the disk. Thanks
succession.
No dd the raw device underneath the filesystem while doing file
I/O tests were done.
No recovery tests were done.
IOW, you can't really say it's stable across the board like that.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux
on the site :/
Perhaps add a separate choice (Do not currently use btrfs) to each
question after number 6? That way, non-users like me can just breeze
through the rest of the survey, but you still get the information from
us for the first half of the survey.
--
Freddie Cash
fjwc...@gmail.com
) or
SurveyGizmo (http://www.surveygizmo.com) or similar would be better,
as it does all the reporting for you, builds the nice survey interface
with checkboxes, radio buttons, text fields, etc. And they're still
free (as in beer).
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send
in the
future.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
data. But you will never have a corrupted filesystem.
Not sure how things work for btrfs.
--
Freddie Cash
fjwc...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
28 matches
Mail list logo