summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/KVM/797905
blob: 25f8dc55e7045ac5fe97df3bddfb09ca82a46848 (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
52
53
54
55
56
57
58
59
60
61
62
63
64
65
KVM: 0.990
instruction: 0.969
other: 0.962
mistranslation: 0.962
assembly: 0.924
semantic: 0.913
device: 0.909
graphic: 0.889
network: 0.874
vnc: 0.818
socket: 0.767
boot: 0.710

virsh live migration

Hi,
i do not manage to do a virsh migrate live command.
Using Ubuntu Server 10.04 x64

root@svr50abl:~# virsh list
 Id Nome                 Estado
----------------------------------
 18 Winxp                executando
 19 teste                executando

root@svr50abl:~# sudo virsh migrate --live 19 qemu+ssh://10.1.5.1/system
root@10.1.5.1's password: 
erro: unable to set user and group to '116:127' on '/var/lib/libvirt/images/teste.img': No such file or directory

teste.img has root:root (xrw)

10.1.5.1 is a functional kvm host too

On Wed, Jun 15, 2011 at 9:35 PM, Marcus Paiva <email address hidden> wrote:
> Public bug reported:
>
> Hi,
> i do not manage to do a virsh migrate live command.
> Using Ubuntu Server 10.04 x64
>
> root@svr50abl:~# virsh list
>  Id Nome                 Estado
> ----------------------------------
>  18 Winxp                executando
>  19 teste                executando
>
> root@svr50abl:~# sudo virsh migrate --live 19 qemu+ssh://10.1.5.1/system
> root@10.1.5.1's password:
> erro: unable to set user and group to '116:127' on '/var/lib/libvirt/images/teste.img': No such file or directory
>
> teste.img has root:root (xrw)

The image file should be shared (for example over NFS) and visible on
both hosts.  It looks like you are migrating to a host that does not
have /var/lib/libvirt/images/teste.img.

Please check with libvirt, this is not a QEMU bug.

Stefan


You can try to copy the image file from source to destination before migration.

Closing, as this is a libvirt issue, not a QEMU bug.