summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/1802150
blob: d46ad878379651634639223d4cbeaaae0e3131b1 (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
66
67
68
69
70
71
72
73
74
75
76
77
device: 0.617
graphic: 0.526
other: 0.445
socket: 0.378
semantic: 0.363
performance: 0.342
network: 0.256
boot: 0.254
PID: 0.205
KVM: 0.199
vnc: 0.197
permissions: 0.104
files: 0.077
debug: 0.068

Guest undefined when destroyed on host after migration 

After a live migration, guest VMs are being undefined from the host they were migrated to after shutdown. I have experienced this at two (2) separate locations on more than one hardware configuration.  This happens when utilizing virt-manager to view current allocations on hosts, and virsh on the CLI to migrate guests.  When the guest is migrated from one host to another, no errors are thrown, and only lose 1 packet from infinite ping. Shutting guest down *from* the guest OS results in the Guest VM being undefined on the residing host, and XML config lost.  If needed, I can provide a recorded session of this happening.

Thanks,
  Dan

This is the QEMU bug tracker here ... Can you also reproduce such an issue with plain QEMU? If not, could you please report this to the virt-manager project first? See https://virt-manager.org/bugs/#report for details.

Also, can you please include the libvirt logs for the VM, they're typically in /var/log/libvirt/VMNAME.log

This was done with virsh on the cli - not through virt-manager. Virt 
manager was only used to see the visual residence of the vm. The exact 
command is below:


virsh migrate 79fdd9dd-068b-41cc-b97b-d0f9d8e9df84 --desturi 
qemu+ssh://kvmadmin@192.168.0.84/system

after migrating, shutting down the guest vm results in destruction of vm 
(undefined)


Thanks,
   Dan


On 11/07/2018 02:33 PM, Thomas Huth wrote:
> This is the QEMU bug tracker here ... Can you also reproduce such an
> issue with plain QEMU? If not, could you please report this to the virt-
> manager project first? See https://virt-manager.org/bugs/#report for
> details.
>
> ** Changed in: qemu
>         Status: New => Incomplete
>



The logs for the VM that gets undefined are no longer available.


Thanks,
   Dan


On 11/12/2018 01:26 PM, Dr. David Alan Gilbert wrote:
> Also, can you please include the libvirt logs for the VM, they're
> typically in /var/log/libvirt/VMNAME.log
>



Dan:
  Rereading your description I think this might be worth discussing on the libvirt mailing list/bug trackers instead.
  I *think* what you're saying is the migration works fine, the only problem is that after you shutdown the VM it disappears.
  My understanding (although I'm more qemu than libvirt) is that you need to pass --persistent to the virsh migrate   command to get it to stick on the destination.  However, I'd expected that without --persistent it would have still existed on the source after shutdown.

  Given that big long VM name, is it being managed by some higher level thing rather than directly?

[Expired for QEMU because there has been no activity for 60 days.]