Yes, there are two slightly different goals in terms of backup, (1) to
backup ZFS based CIFS servers (2) to backup non-ZFS based servers. For
(1) I've been trying to use tools like zetaback, warmer, etc. For (2)
I've been using good-ol' backuppc.
I'm quite glad this thread started, because
2012-09-12 3:52, Julius Roberts wrote:
As for releasing it into the
wild I'm happy do do that, but there are no appropriate licensing
statements in any if the files nor have I considered what licence to even
use. I was thinking of pushing the code to a slave svn instance from which
the public
2012-09-12 6:05, Ong Yu-Phing пишет:
Jim, I assume you are referring to this:
http://wiki.openindiana.org/oi/rsync+daemon+service+on+OpenIndiana, thanks!
Yes, I think that's it ;)
My concern is that typically rsync will take quite a while to traverse a
large set of files before sending only
On Wed, 12 Sep 2012, Julius Roberts wrote:
mdbackup and I manage it all using subversion. As for releasing it into the
wild I'm happy do do that, but there are no appropriate licensing
statements in any if the files nor have I considered what licence to even
use. I was thinking of pushing the
Is zfs send and zfs recv not an option?
http://docs.oracle.com/cd/E19963-01/html/821-1448/gbchx.html#gbinw
(Sending a ZFS Snapshot)
From Nexenta course I once followed; Snapshot early, snapshot often.
It's better to do snapshots every 5 minutes and send that differential
snapshot to a second
To: openindiana-discuss@openindiana.org
Subject: Re: [OpenIndiana-discuss] Current ZFS Backup projects
Is zfs send and zfs recv not an option?
http://docs.oracle.com/cd/E19963-01/html/821-1448/gbchx.html#gbinw
(Sending a ZFS Snapshot)
From Nexenta course I once followed; Snapshot early
On Wed, 12 Sep 2012, Ong Yu-Phing wrote:
My concern is that typically rsync will take quite a while to traverse a
large set of files before sending only changed files; a classic example is
This sounds like behavior of rsync prior to 3.0. Rsync is still slow
but it is able to start sending
A recent thread caused me to look for open source projects that leverage
ZFS to backup systems. I found a couple, such as OmniTI's
Zetabackhttp://labs.omniti.com/labs/zetaback,
but that one appears to be dead - at least the links don't work and the Git
page shows no recent activity. Nexenta's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/12 16:56, Mark Creamer wrote:
A recent thread caused me to look for open source projects that
leverage ZFS to backup systems. I found a couple, such as OmniTI's
Zetabackhttp://labs.omniti.com/labs/zetaback,
I am interested on this too.
2012-09-11 18:56, Mark Creamer wrote:
A recent thread caused me to look for open source projects that leverage
ZFS to backup systems. I found a couple, such as OmniTI's
Zetabackhttp://labs.omniti.com/labs/zetaback,
but that one appears to be dead - at least the links don't work and the Git
page
I have done this myself but haven't yet got around to releasing it. It's
called mdbackup, is written in perl and basically goes off and connects to
a bunch of remote servers (defined in a file called mdtab) via ssh or a smb
mount, rsyncs the data to a location on your local zpool and then
Jim, I assume you are referring to this:
http://wiki.openindiana.org/oi/rsync+daemon+service+on+OpenIndiana, thanks!
My concern is that typically rsync will take quite a while to traverse a
large set of files before sending only changed files; a classic example
is backing up say 1TB of
12 matches
Mail list logo