[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Block level domU backup


  • To: xen-users@xxxxxxxxxxxxxxxxxxx
  • From: "Agent Rooker" <agentrooker@xxxxxxxxx>
  • Date: Thu, 30 Oct 2008 15:18:35 -0500
  • Delivery-date: Thu, 30 Oct 2008 13:19:22 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gOPbYeo7voLpOAD+s3Y3w0mErjXpuxV3x/MPn1k7Pzlv86jH3mzE7Mzq07weyltcow hqIaagAawzVyx65KfKdf4VSOuSmL32K4WdRgIT98YIpQVUd3CufYZ/Oi3pZHJ9lyL3cD 2izJ5rpt+48vpqMG4tquexqeoscNvU3maqa+w=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

On Wed, Oct 29, 2008 at 5:34 AM, John Haxby <john.haxby@xxxxxxxxxx> wrote:
> Agent Rooker wrote:
>>
>> On Tue, Oct 28, 2008 at 1:10 PM, Nick Anderson <nick@xxxxxxxxxxxx> wrote:
>>
>>>
>>> The one case where I figured there would be a window for corruption
>>> was if information was coming over the wire that was being written.
>>>
>>
>> So would this be any worse than just yanking the network cable?
>>
>>
>>
>
> Yes.   When you take a snapshot backup of domU you're basically doing a
> fork() of a running system.   The parent, the original continues and runs
> all its outstanding transactions (receiving mail, sending mail, buying CDs
> from Amazon) and those transactions complete.
>
> When (or if) you restore the snapshot backup those half-completed
> transactions will continue as well.  Anything in-bound will have been lost
> and chances are the worst that will happen is that you'll log a message.
>  Anything outbound will be duplicated -- two copies of a mail messages, two
> CDs from Amazon, credit card debited twice.  Oops.
>
> You can, of course, prepare a system for a snapshot (or fork) so that
> transactions are completed or arrangements made for those important ones to
> not continue in the forked copy.   This isn't a problem unique to Xen, of
> course, you can have this problem with normal, bare-metal backups and
> transactions that are held on disk rather than in memory -- it's just that
> when you do bare-metal backups you're selective about what you back up and
> you don't typically backup things like, for example, the sendmail queue.
>
> jch
>
>

Assuming these transactions are done over TCP, wouldn't the duplicate
outgoing packets be discarded by the receiving server as out of order?
 The exact workings of TCP are a little out of my depth, but that is
my understanding of it.

But let's suppose that you're right.  What if I just disable
networking in the xen config file before doing an emergency restore
and then shutting down the domU cleanly before starting it up again
with networking.  That should make the process of restoring a domU
less risky.


-- 
Agent Rooker

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.