mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-12-31 18:15:25 +00:00
2c4ba8b4f3
Traditionally, we pass incoming migration URI on QEMU command line, which has some drawbacks. Depending on the URI QEMU may initialize its migration state immediately without giving us a chance to set any additional migration parameters (this applies mainly for fd: URIs). For some URIs the monitor may be completely blocked from the beginning until migration is finished, which means we may be stuck in qmp_capabilities command without being able to send any QMP commands. QEMU solved this by introducing "defer" parameter for -incoming command line option. This will tell QEMU to prepare for an incoming migration while the actual incoming URI is sent using migrate-incoming QMP command. Before calling this command we can normally talk to the monitor and even set any migration parameters which will be honored by the incoming migration. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> |
||
|---|---|---|
| .. | ||
| caps_1.2.2-1.caps | ||
| caps_1.2.2-1.replies | ||
| caps_1.3.1-1.caps | ||
| caps_1.3.1-1.replies | ||
| caps_1.4.2-1.caps | ||
| caps_1.4.2-1.replies | ||
| caps_1.5.3-1.caps | ||
| caps_1.5.3-1.replies | ||
| caps_1.6.0-1.caps | ||
| caps_1.6.0-1.replies | ||
| caps_1.6.50-1.caps | ||
| caps_1.6.50-1.replies | ||
| caps_2.1.1-1.caps | ||
| caps_2.1.1-1.replies | ||
| caps_2.4.0-1.caps | ||
| caps_2.4.0-1.replies | ||