Here is an updated document about storage which attempts to formulate the
various pieces of metadata in an XML representation. In addition I have
introduced a 3rd concept of a 'device'. A device represents any physical
device attached ato a host, be it a disk, a sound card, a USB gizmo, or
On Tue, Oct 16, 2007 at 04:19:29PM +0100, Daniel P. Berrange wrote:
Application users
=
- virt-manager / virt-install
- Enumerate available pools
- Allocate volume from pool
- Create guest with volume
When we support migration the storage API should let us do
On Tue, Oct 16, 2007 at 04:19:29PM +0100, Daniel P. Berrange wrote:
Storage attributes
==
- Local vs network(ext3 vs NFS, SCSI vs iSCSI)
- Private vs shared (IDE vs FibreChannel)
- Pool vs volume (LVM VG vs LV, Directory vs File, Disk vs Partition)
Hi Dan,
FWIW, this looks pretty much spot on to me ... I'm not sure there's a
lot to discuss :-)
On Tue, 2007-10-16 at 16:19 +0100, Daniel P. Berrange wrote:
Application users
=
- virt-manager / virt-install
- Enumerate available pools
- Allocate volume
On Wed, Oct 17, 2007 at 02:55:21PM +0100, Mark McLoughlin wrote:
Hi Dan,
FWIW, this looks pretty much spot on to me ... I'm not sure there's a
lot to discuss :-)
On Tue, 2007-10-16 at 16:19 +0100, Daniel P. Berrange wrote:
Application users
=
- virt-manager
On Wed, Oct 17, 2007 at 04:02:01PM +0100, Daniel P. Berrange wrote:
On Wed, Oct 17, 2007 at 02:55:21PM +0100, Mark McLoughlin wrote:
Recursive!
n x Volume - Pool - n x Volume
Nesting to many levels...
Hmm, I'd try and avoid the confusion associated with this nesting
So we've had many email threads on the subject of storage, but none have
resulted in a satisfactory way forward to implementing any storage mgmt
apis. Part of the problem I think is that we've not tried to understand
all the various concepts / technologies which are available how they
relate to
Daniel P. Berrange wrote:
http://www.redhat.com/archives/libvir-list/2007-September/msg00119.html
Since that thread is split across two months, can I bring to everyone's
attention the post I made yesterday:
http://www.redhat.com/archives/libvir-list/2007-October/msg00057.html
In
Daniel P. Berrange wrote:
On Tue, Oct 16, 2007 at 04:34:26PM +0100, Richard W.M. Jones wrote:
Daniel P. Berrange wrote:
http://www.redhat.com/archives/libvir-list/2007-September/msg00119.html
Since that thread is split across two months, can I bring to everyone's
attention the post I made
On Tue, Oct 16, 2007 at 12:30:45PM -0400, Chris Lalancette wrote:
Daniel P. Berrange wrote:
Second, there is clearly a huge number of storage technologies here and
there's no way we'll implement support for all of them in one go. So we
need to prioritize getting the conceptual model correct,
Daniel P. Berrange wrote:
It is already nested, even if you don't see usually see it visible in the
Dom0 host. eg, in the host I assign a LVM volume to a guest. A guest then
puts this into its own nested LVM VG allocates volumes. This nesting isn't
normally visible by default, but tools like
11 matches
Mail list logo
