AL> Okay, flags is a subset of the common cpuid features. This is not by
AL> any means exhaustive of the features supported by a particular CPU but
AL> it is a reasonable starting point.
Right, ok.
AL> No, it may be safe. Consider the case where you're migrating from a
AL> core duo to a core so
AL> For KVM, the guest isn't destroyed explicitly after a migration is
AL> successful. Instead, the source guest is left in a paused state.
AL> The main reason for not destroying the guest was so that a
AL> management tool could still interact with the guest's monitor to
AL> obtain statistics on t
AL> Processor revision is an artificial restriction. Just because
AL> you're going from an AMD rev F to a rev 10 doesn't mean that your
AL> application will stop working. In this particular case, it's
AL> actually pretty unlikely that it would stop working.
What I really meant was something alon
On Tue, Jul 10, 2007 at 09:06:29PM +0200, Till Maas wrote:
> On Di Juli 10 2007, Daniel Veillard wrote:
>
> > Now is a good time to suggest new potential directions, and I certainly
> > forgot some obvious points, so what did I missed ?
>
> What I am missing in open source virtualization solution
On Tue, Jul 10, 2007 at 08:01:32PM +0100, Daniel P. Berrange wrote:
> On Tue, Jul 10, 2007 at 11:49:34AM -0700, Dan Smith wrote:
> > RJ> Some issues around migration which are up for discussion:
> >
> > Something else to consider is whether or not we "undefine" hosts
> > leaving one machine during
On Tue, Jul 10, 2007 at 03:01:27PM -0700, Dan Smith wrote:
> DL> This question comes up in other contexts than migration, too, for
> DL> example, when you want to start an image you just downloaded. I
> DL> think it would make sense if there was a common baseline in
> DL> libvirt that could tell yo
DL> This question comes up in other contexts than migration, too, for
DL> example, when you want to start an image you just downloaded. I
DL> think it would make sense if there was a common baseline in
DL> libvirt that could tell you if a VM has any chance of running at
DL> all - otherwise that log
On Tue, 2007-07-10 at 17:23 +0100, Daniel P. Berrange wrote:
> On Tue, Jul 10, 2007 at 05:12:38PM +0100, Richard W.M. Jones wrote:
> >
> > (2) Are the hosts compatible? (eg. microarchitecture, hypervisor, ...
> > other sources of incompatibility?) Should we care at the API level or
> > just rep
On Tue, Jul 10, 2007 at 02:04:49PM -0600, [EMAIL PROTECTED] wrote:
> Hi,
>
> I have implemented the 'domainSuspend' callback in
> libvirt for my hypervisor (see test.c or qemu_internal.c for reference)
>
> When using the Red Hat Virtual Manager (after connecting
> to my hypervisor), clicking on a
Hi,
I have implemented the 'domainSuspend' callback in
libvirt for my hypervisor (see test.c or qemu_internal.c for reference)
When using the Red Hat Virtual Manager (after connecting
to my hypervisor), clicking on a domain row,
then clicking the 'open' button at the botton right of the
window,
On Di Juli 10 2007, Daniel Veillard wrote:
> Now is a good time to suggest new potential directions, and I certainly
> forgot some obvious points, so what did I missed ?
What I am missing in open source virtualization solutions is the possibility
to make snapshots in a tree structure and to free
DB> That's a good question really. There's definitely an argument to
DB> be made that the guest shoud be undefined on the source to prevent
DB> its accidental restart.
Right, given that migration implies shared storage, starting a domain
in two places would be catastrophic.
DB> If we wanted to ma
On Tue, Jul 10, 2007 at 11:49:34AM -0700, Dan Smith wrote:
> RJ> Some issues around migration which are up for discussion:
>
> Something else to consider is whether or not we "undefine" hosts
> leaving one machine during a migration. Last time I checked, Xen left
> a domain in "powered-off" state
RJ> Some issues around migration which are up for discussion:
Something else to consider is whether or not we "undefine" hosts
leaving one machine during a migration. Last time I checked, Xen left
a domain in "powered-off" state on the source. It seems to make more
sense to me for a migration to
I writed a howto to compile the libvirt and virt-manager on Debian etch:
http://wiki.xen-br.org/index.php?title=Compiling_libvirt_in_Debian_etch
I make a libxen3-dev to solve the libvirt compilation (in document).
Regards
Marco Sinhoreli
On 7/4/07, Daniel P. Berrange <[EMAIL PROTECTED]> wrote
On Tue, Jul 10, 2007 at 05:23:01PM +0100, Daniel P. Berrange wrote:
> > (2) Are the hosts compatible? (eg. microarchitecture, hypervisor, ...
> > other sources of incompatibility?) Should we care at the API level or
> > just report errors from the hypervisors?
>
> The app can validate to some
On Tue, Jul 10, 2007 at 06:26:36PM +0200, Gerd Hoffmann wrote:
> Do we want support such things in libvirt? Should make it easy to
> migrate existing VMs from vmware to kvm or from xen to lguest. Oh,
> we'll need a vmware engine for that to work, not sure whenever that is
> possible.
I have as
On Tue, Jul 10, 2007 at 06:26:36PM +0200, Gerd Hoffmann wrote:
> > - more engine support: OpenVZ is on the work, is there interest in
> > lguest, UML or for example Solaris zones ?
>
> Hmm, well, at least some of them can be used at the same time, i.e.
> running a WinXP guest in qemu/kvm a
> - more engine support: OpenVZ is on the work, is there interest in
> lguest, UML or for example Solaris zones ?
Hmm, well, at least some of them can be used at the same time, i.e.
running a WinXP guest in qemu/kvm and an linux guest using lguest or uml
at the same time works just fine.
On Tue, Jul 10, 2007 at 05:12:38PM +0100, Richard W.M. Jones wrote:
> Daniel Veillard wrote:
> > Hi all,
> >
> >now that 0.3.0 is out, it's probably time to build the next set of
> >features we aims at developping in the next months, the list I have
> >currently is short, but still significant:
>
On Tue, Jul 10, 2007 at 11:49:18AM -0400, Daniel Veillard wrote:
> Hi all,
>
> now that 0.3.0 is out, it's probably time to build the next set of
> features we aims at developping in the next months, the list I have
> currently is short, but still significant:
>
> - migration API: now that we
Daniel Veillard wrote:
Hi all,
now that 0.3.0 is out, it's probably time to build the next set of
features we aims at developping in the next months, the list I have
currently is short, but still significant:
- migration API: now that we have remote support it should be
possible to b
On Tue, Jul 10, 2007 at 10:57:24AM -0500, Ryan Harper wrote:
> * Daniel Veillard <[EMAIL PROTECTED]> [2007-07-10 10:51]:
> > Hi all,
> >
> > now that 0.3.0 is out, it's probably time to build the next set of
> > features we aims at developping in the next months, the list I have
> > currently is
* Daniel Veillard <[EMAIL PROTECTED]> [2007-07-10 10:51]:
> Hi all,
>
> now that 0.3.0 is out, it's probably time to build the next set of
> features we aims at developping in the next months, the list I have
> currently is short, but still significant:
>
> - migration API: now that we have r
On Tue, Jul 10, 2007 at 05:41:16PM +0200, Omer Khalid wrote:
> Thanks a lot for your prompt reply and the explaination.
>
> The upgrade I would like to make is from 0.1.8 to 0.1.9. Could you please
> guide me to a HowTo link?
This may depend on your system, the sources are at ftp://libvirt.org/li
Hi all,
now that 0.3.0 is out, it's probably time to build the next set of
features we aims at developping in the next months, the list I have
currently is short, but still significant:
- migration API: now that we have remote support it should be
possible to build an API for migration
Thanks a lot for your prompt reply and the explaination.
The upgrade I would like to make is from 0.1.8 to 0.1.9. Could you please
guide me to a HowTo link?
Many thanks,
Omer
On 7/10/07, Richard W.M. Jones <[EMAIL PROTECTED]> wrote:
Omer Khalid wrote:
> Hi,
>
> I am wondering if its possible
On Di Juli 10 2007, Daniel Veillard wrote:
> there is a 0.3.0-1.fc7 in Testing, could you check it out ?
With this version the last line number changed:
libvir: QEMU error test123: suspend operation failed
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManag
On Tue, Jul 10, 2007 at 04:45:25PM +0200, Till Maas wrote:
> On Di Juli 10 2007, Daniel P. Berrange wrote:
>
> > Live CDs aren't really supported yet - it will boot the CD the first time,
> > but it expects you to perform an install to the disk, so on sequent boots
> > it will boot of harddisk. TH
On Di Juli 10 2007, Daniel P. Berrange wrote:
> Live CDs aren't really supported yet - it will boot the CD the first time,
> but it expects you to perform an install to the disk, so on sequent boots
> it will boot of harddisk. THis is basically the problem BZ 236782 is asking
> to be addressed.
T
On Tue, Jul 10, 2007 at 02:25:47PM +0100, Richard W.M. Jones wrote:
> [Moved to libvir-list. The original thread was on fedora-devel-list,
> starting here:
> https://www.redhat.com/archives/fedora-devel-list/2007-July/thread.html#00504]
>
> Till Maas wrote:
> >On Di Juli 10 2007, Richard W.M. Jo
On Tue, Jul 10, 2007 at 03:50:20PM +0200, Till Maas wrote:
> On Di Juli 10 2007, Richard W.M. Jones wrote:
>
> > Till Maas wrote:
>
> > > What I did so far was creating a new machine with a Fedora Live CD Image
> > > and booted it. When I hit the Pause button, it appeared to be pressed,
> > > but
Omer Khalid wrote:
Hi,
I am wondering if its possible to upgrade an existing libvirt
installation to a newer version. Actually one of my clients is still
have libvirt-0.1.8 while my software works ver 0.1.9 upwards.
As Dan said, ABI compatibility should be maintained, pretty much
forever.
On Tue, Jul 10, 2007 at 04:10:35PM +0200, Omer Khalid wrote:
> Hi,
>
> I am wondering if its possible to upgrade an existing libvirt installation
> to a newer version. Actually one of my clients is still have
> libvirt-0.1.8while my software works ver
> 0.1.9 upwards.
We aim to maintain ABI compa
Hi,
I am wondering if its possible to upgrade an existing libvirt installation
to a newer version. Actually one of my clients is still have
libvirt-0.1.8while my software works ver
0.1.9 upwards.
Many thanks for your help,
Cheers
Omer
--
On Di Juli 10 2007, Richard W.M. Jones wrote:
> Till Maas wrote:
> > What I did so far was creating a new machine with a Fedora Live CD Image
> > and booted it. When I hit the Pause button, it appeared to be pressed,
> > but nothing happened. The machine still responded and the following error
>
[Moved to libvir-list. The original thread was on fedora-devel-list,
starting here:
https://www.redhat.com/archives/fedora-devel-list/2007-July/thread.html#00504]
Till Maas wrote:
On Di Juli 10 2007, Richard W.M. Jones wrote:
Till Maas wrote:
The idea is imho great, but for me with qemu it d
On Tue, Jul 10, 2007 at 02:02:19PM +0200, Christian Ehrhardt wrote:
>
> > Really ? I did a quick scan in xen_internal.c , that's the only place
> > where
> >the problem might be raised, and found only 3 structure where the problem
> >was likely to occur: xen_v2s3_getdomaininfolistop, xen_v2d5_c
Really ? I did a quick scan in xen_internal.c , that's the only place where
the problem might be raised, and found only 3 structure where the problem
was likely to occur: xen_v2s3_getdomaininfolistop, xen_v2d5_cpumap, and
xen_v2_setschedinfo, the two first ones clearly the last one is less cle
39 matches
Mail list logo