summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/589315
blob: aad146e47971da964d2af78bcb77c034fc75cc8f (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
other: 0.972
graphic: 0.939
socket: 0.939
semantic: 0.837
device: 0.836
network: 0.793
performance: 0.562
PID: 0.531
vnc: 0.435
boot: 0.394
permissions: 0.310
debug: 0.252
files: 0.212
KVM: 0.172

qemu: Improve error reporting when migration can't connect

Tested with upstream qemu as of Jun 3 2010

If the source qemu instance can't connect to the migration destination (say
there is no listening QEMU instance, or port is blocked by a firewall), all we
get is info migrate -> Migration status: failed. This is all we have to report
back to libvirt users if their firewall is misconfigured, which is crappy.

Ideally, if we can't connect, migration would fail immediately with a relevant
message and strerror(). More info from 'info migrate' would be nice too, no
idea how this will play with QMP though.

As a slightly related issue, try entering

migrate tcp:127.0.0.0:6000

We get a 'migration failed' error, and then the monitor hangs!

yep, it's been giving errors now for a while (and not hanging) and also recently gained the error text in 'info migrate':

[dgilbert@dgilbert-t530 ~]$ /usr/bin/qemu-system-x86_64 -nographic
QEMU 2.10.1 monitor - type 'help' for more information
(qemu) migrate tcp:0:12345
qemu-system-x86_64: Failed to connect socket: Connection refused
(qemu) info migrate
globals: store-global-state=1, only_migratable=0, send-configuration=1, send-section-footer=1
capabilities: xbzrle: off rdma-pin-all: off auto-converge: off zero-blocks: off compress: off events: off postcopy-ram: off x-colo: off release-ram: off block: off return-path: off 
Migration status: failed (Failed to connect socket: Connection refused)
total time: 0 milliseconds
(qemu) 

So marking as fix-release

(Note that there's a bug that causes a crash in the disconnect case on current head, but that's only been in for a week or so and I've just sent a fix for it).