On 09/05/2023 09:47, Michal Prívozník wrote:
On 5/8/23 11:02, lejeczek wrote:
> Hi guys.
>
> I have libvirt/qemu setup with pretty vanilla settings and my logs, a
> snippet, look like this:
>
> ...
> migration successfully aborted
> internal error: qemu unexpectedly closed the monitor:
This ^^^ is error message produced by libvirt and as such it could
include domain name (I'll post a patch soon), but ...
Yes, in my case
specifically it's virtqemud's logs.
> 2023-05-08T07:56:37.785886Z qemu-kvm: Failed to load
> virtio_pci/modern_queue_state:desc
> 2023-05-08T07:56:37.786024Z qemu-kvm: Failed to load
> virtio_pci/modern_state:vqs
> 2023-05-08T07:56:37.786029Z qemu-kvm: Failed to load
> virtio/extra_state:extra_state
> 2023-05-08T07:56:37.786033Z qemu-kvm: Failed to load virtio-rng:virtio
> 2023-05-08T07:56:37.786036Z qemu-kvm: error while loading state for
> instance 0x0 of device '0000:00:02.5:00.0/virtio-rng'
> 2023-05-08T07:56:37.786279Z qemu-kvm: load of migration failed:
> Input/output error
... these come from QEMU itself. And for that we would need to patch
QEMU. I mean, libvirt passes:
-name guest=${VM_NAME}
onto the cmd line, so it should be possible. But I guess specifying the
name in the first line is good enough, isn't it?
Michal
Every operation logged on VM, tagged with its name would be
ideal - if that's what you meant - but if it's just a line,
one line with VM denoting some group/section of subsequent
operations until next VM comes in play, that will be better
than how it's now, with VMs names absent.
thanks, L.