Hi,
the docs you mentioned also state:
All clients using the source image must be stopped prior to
preparing a live-migration. The prepare step will fail if it finds
any running clients with the image open in read/write mode. Once the
prepare step is complete, the clients can be restarted
Exactly, I have seen that. However, that also means that it is not a
"process" then, right? Am I missing something?
If we need a live process, where the clients cannot unmpa the volumes, what
do you guys recommend?
On Wed, Apr 12, 2023 at 10:01 AM Eugen Block wrote:
> Hi,
>
> the docs you menti
Hi,
On 4/12/23 19:09, Work Ceph wrote:
Exactly, I have seen that. However, that also means that it is not a
"process" then, right? Am I missing something?
If we need a live process, where the clients cannot unmpa the volumes, what
do you guys recommend?
We have performed a "live migration" b
I've used a similar process with great success for capacity management --
moving volumes from very full clusters to ones with more free space. There was
a weighting system to direct new volumes where there was space, but, to
forestall full ratio problems due to organic growth of existing
thi
For KVM virtual machines, one of my coworkers worked out a way to live
migrate a VM with its storage to another node on the same cluster with
storage in a different pool. This requires that the VM can be live
migrated to a new host that has access to the same Ceph cluster, and
enough bandwidth