All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Jim Burnes <jvburnes@gmail.com>,
	Xen Mailing List <xen-devel@lists.xensource.com>
Subject: Re: Writing a tool for Shared Persistent Windows Boot Image
Date: Thu, 21 Jun 2007 15:39:59 -0500	[thread overview]
Message-ID: <467AE21F.1020700@codemonkey.ws> (raw)
In-Reply-To: <13A934B9-F615-4838-8D26-4E33F0BCFF2E@gmail.com>

Jim Burnes wrote:
>> If you start with a single image, and then create "COW" files using 
>> the qcow format, then you can have a shared base image.
>>
>
> Let me make sure I understand your answer.   COW files are sparse 
> storage for the QEMU environment (which tools you use for Xen).
>
> We want a static filesystem image that represents a snapshot of a 
> Windows XP system right after boot.  When we activate that image we 
> want to perform a few housekeeping issues (like set the MAC and 
> re-DHCP etc), but we also want to make sure that any writes to the 
> image are redirected to an overlay writable file system.  In other 
> words we want a single shared image of the OS itself with all writes 
> going to the COW / shadow image of that specific VM.

COW == Copy On Write.  It's a separate file that only stores the data 
that has been written since the cow was created.

> Is the COW file you speak of overlayed on top of a single static 
> Windows image or does the COW file contain the entire Windows XP boot 
> image plus any writes.

It just contains the writes after the COW was created.

> I know this depends on your previous answer, but if we delete the COW 
> doesn't that delete the XP boot image also?

If you delete the COW, the underlying base image is unaffected.

> If the COW file is used as an extent-space to the static Windows XP 
> image, then that should work.
>
> Otherwise I think it would require a recreation of the full Windows XP 
> image.  Ideally that image can be kept static as the continual 
> deletion and re-creation of relatively large COW files would be 
> time-consuming and would tend to fragment hard disk space.

You really shouldn't worry about disk fragmentation but that's a whole 
other thread :-)

Regards,

Anthony Liguori

> Other than that, I'm very grateful for your kind assistance.
>
> Thanks again,
>
> Jim Burnes
> Boulder, CO
>
>

  parent reply	other threads:[~2007-06-21 20:39 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-21 16:41 Writing a tool for Shared Persistent Windows Boot Image Jim Burnes
2007-06-21 18:11 ` Anthony Liguori
     [not found]   ` <13A934B9-F615-4838-8D26-4E33F0BCFF2E@gmail.com>
2007-06-21 20:39     ` Anthony Liguori [this message]
     [not found]       ` <37B43CC2-BED7-4336-9CC4-0CE1C7894458@gmail.com>
     [not found]         ` <467AF0C6.5010101@codemonkey.ws>
2007-06-28 18:18           ` Jim Burnes
2007-06-28 18:27             ` [Xen-devel] " Daniel P. Berrange
2007-06-28 19:15               ` Jim Burnes
2007-06-29 14:38               ` Re: [Xen-devel] " Andrew Warfield
2007-06-29 14:42                 ` Daniel P. Berrange
2007-06-29 16:18                   ` [Xen-users] " Andrew Warfield
2007-06-29 19:00                     ` Re: [Xen-devel] " Jim Burnes
2007-06-29 19:07                       ` [Xen-users] " Jim Burnes
2007-06-30  6:21                         ` Ian Campbell
2007-06-29 20:16                     ` Re: [Xen-devel] " Daniel P. Berrange
2007-06-29 20:32                       ` [Xen-users] " Jim Burnes
2007-06-29 21:27                         ` Re: [Xen-devel] " Daniel P. Berrange
2007-07-01 20:28                       ` Andrew Warfield
2007-07-01 21:41                         ` Daniel P. Berrange
2007-07-01 21:55                           ` Daniel P. Berrange
2007-06-21 22:03 ` Alan Cox
2007-06-28 17:40   ` Jim Burnes

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=467AE21F.1020700@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=jvburnes@gmail.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.