Hi Edward,
My own personal view on this is that the simplest option is the best.
In your script, create a new snapshot using one of 2 names. Let's call
them SNAPSEND_A and SNAPSEND_B. You can decide which one by checking
which currently exists.
As manual setup, on the first run, create SNAPS
> I send a replication data stream from one host to another. (and receive).
Have you looked at snapsend?
http://labs.omniti.com/labs/tools/browser/trunk/snapsend.sh
We've used this for a while in production for our backups and
replication. We adapted it a bit so it runs every minute without
ov
On Wed, Sep 12, 2012 at 7:16 PM, Ian Collins wrote:
> On 09/13/12 10:23 AM, Timothy Coalson wrote:
>
>> Unless i'm missing something, they didn't solve the "matching snapshots"
>> thing yet, from their site:
>>
>> "To Do:
>>
>> Additional error handling for mismatched snapshots (last destination
On 09/13/12 10:23 AM, Timothy Coalson wrote:
Unless i'm missing something, they didn't solve the "matching
snapshots" thing yet, from their site:
"To Do:
Additional error handling for mismatched snapshots (last destination
snap no longer exists on the source) walk backwards through the remote
Unless i'm missing something, they didn't solve the "matching snapshots"
thing yet, from their site:
"To Do:
Additional error handling for mismatched snapshots (last destination snap
no longer exists on the source) walk backwards through the remote snaps
until a common snapshot is found and destr
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Edward Ned Harvey
>
> Question #2: What's the best way to find the latest matching snap on both
> the source and destination? At present, it seems, I'll have to build a list
> of
> sender sn
> From: Richard Elling [mailto:richard.ell...@gmail.com]
>
> Question #2: What's the best way to find the latest matching snap on both
> the source and destination? At present, it seems, I'll have to build a list
> of
> sender snaps, and a list of receiver snaps, and parse and search them, till
On 09/13/12 07:44 AM, Edward Ned Harvey
(opensolarisisdeadlongliveopensolaris) wrote:
I send a replication data stream from one host to another. (and receive).
I discovered that after receiving, I need to remove the auto-snapshot
property on the receiving side, and set the readonly property on
When I wrote a script for this, I used separate snapshots, with a different
naming convention, to use as the endpoints for the incremental send. With
this, it becomes easier: find the newest snapshot with that naming
convention on the sending side, and check that it exists on the receiving
side.
On Sep 12, 2012, at 12:44 PM, Edward Ned Harvey
(opensolarisisdeadlongliveopensolaris)
wrote:
> I send a replication data stream from one host to another. (and receive).
> I discovered that after receiving, I need to remove the auto-snapshot
> property on the receiving side, and set the readon
I send a replication data stream from one host to another. (and receive).
I discovered that after receiving, I need to remove the auto-snapshot property
on the receiving side, and set the readonly property on the receiving side, to
prevent accidental changes (including auto-snapshots.)
Question
hi
most mordern server has separate ILOM that support IPMLtool that can
talk to HDD
what is your server? does it has separate remote management port?
On 8/10/2011 8:36 AM, Lanky Doodle wrote:
Hiya,
Now I have figured out how to read disks using dd to make LEDs blink, I want to
write a litt
Hiya,
Now I have figured out how to read disks using dd to make LEDs blink, I want to
write a little script that iterates through all drives, dd's them with a few
thousand counts, stop, then dd's them again with another few thousand counts,
so I end up with maybe 5 blinks.
I don't want somebod
Hi
Clive King has a nice blog entry showing this in action
http://blogs.sun.com/clive/entry/replication_using_zfs
with associated script at:
http://blogs.sun.com/clive/resource/zfs_repl.ksh
Which I think answers most of your questions.
Enda
Ross wrote:
> Hey folks,
>
> Is anybody able to help a
s disaster recovery copy :).
Ross
> Date: Fri, 26 Sep 2008 12:53:06 +0300> From: [EMAIL PROTECTED]> Subject: RE:
> [zfs-discuss] Scripting zfs send / receive> To: [EMAIL PROTECTED]> > Hi Ross
> ;> > I am no expert in scripting but I was a software engineer once :)> It
Hey folks,
Is anybody able to help a Solaris scripting newbie with this? I want to put
together an automatic script to take snapshots on one system and send them
across to another. I've shown the manual process works, but only have a very
basic idea about how I'm going to automate this.
My cur
16 matches
Mail list logo