blob: 7c57a639b73ee27e0ae84f8cda789be483ff844b (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
other: 0.873
device: 0.860
graphic: 0.700
vnc: 0.645
PID: 0.634
socket: 0.600
boot: 0.571
performance: 0.544
files: 0.521
network: 0.478
debug: 0.468
semantic: 0.309
permissions: 0.297
KVM: 0.166
migrate problem when add SCSI reservations with iSCSI backed disks
Description of problem:
When performing migrations with QEMU using iSCSI as the backend, it's common for the migration to start successfully. However, in scenarios where Persistent Reservations are added in the guest, the target host, under the precopy mode, preempts the Persistent Reservations right from the beginning, causing migration issues. Is there a way to control the Persistent Reservations lock within QEMU at an appropriate time, ensuring that it's only preempted during the switchover phase？
Isn't libiscsi thread-safe? Can multiple threads operate on Persistent Reservations lock simultaneously?
|