search for: exoscale

...destination host)? I also tried with --copy-storage-inc but the disk image on the destination is invalid as it lost the backing file and only copied the diff, so the base image files are gonne. Moreover, the file size on the disk is also of 10GB with that parameter. Regards, Marc-Aurèle Brothier Exoscale

On Wed, Jun 01, 2016 at 03:55:37PM +0200, Peter Krempa wrote: > On Wed, Jun 01, 2016 at 11:59:29 +0200, Marc-Aurèle Brothier - Exoscale wrote: > > Hi, > > > > I'm facing a strange issue while doing a migration from an hypervisor to another one. The migration takes for ever to start moving the memory. > > The VM had no workload what so ever, just a basic ubuntu image. The versions on the hypervisors are:...

Hi, I'm facing a strange issue while doing a migration from an hypervisor to another one. The migration takes for ever to start moving the memory. The VM had no workload what so ever, just a basic ubuntu image. The versions on the hypervisors are: libvirt 1.2.21, qemu 1.2.3 Command to launche the migration: virsh migrate --verbose --live --abort-on-error --tunnelled --p2p --auto-converge

On Wed, Jun 01, 2016 at 11:59:29 +0200, Marc-Aur?le Brothier - Exoscale wrote: > Hi, > > I'm facing a strange issue while doing a migration from an hypervisor to another one. The migration takes for ever to start moving the memory. > The VM had no workload what so ever, just a basic ubuntu image. The versions on the hypervisors are: libvirt 1.2.21, qem...

> On 01 Jun 2016, at 15:59, Daniel P. Berrange <berrange@redhat.com> wrote: > > On Wed, Jun 01, 2016 at 03:55:37PM +0200, Peter Krempa wrote: >> On Wed, Jun 01, 2016 at 11:59:29 +0200, Marc-Aurèle Brothier - Exoscale wrote: >>> Hi, >>> >>> I'm facing a strange issue while doing a migration from an hypervisor to another one. The migration takes for ever to start moving the memory. >>> The VM had no workload what so ever, just a basic ubuntu image. The versions on the hype...

Timo, We are contemplating building an S3 compatible cluster of storage servers using Pithos <https://github.com/exoscale/pithos> and Cassandra to get multi data center redundancy and availability. Would it be possible to have multiple Dovecot servers in disparate geographical locations all talking to the same object storage, assuming it's consistent between sites? From what I remember about obox the dovec...