[OmniOS-discuss] Managing KVM virtual machines

[Jorge Schrauwen]

You can make qemu dump a monitoring socket, you can then use netcat to
send commands like acpi shutdown events but also query other info. If
the socket is dead, the qemu process crashed. 

So applying some wrapper magic it could be possible to make the svc more
intelligent. I can't offor you a working manifest though :( I theorized
about it but deemed it too much work for the one vm I run. I do use the
qemu monitoring socket however. 

-chardev
socket,id=monitor,path=/vms/hosts/${VMNAME}/run/monitor.sock,server,nowait

-monitor chardev:monitor 

To add the monitor 

Hope this is somewhat helpful! 

Regards 

Jorge 

On 2014-09-26 16:30, Filip Marvan wrote: 

> Hello, 
> 
> I'm running virtual machines on KVM in OmniOS. It works great, but I would like to know, if there is any way, how to manage that virtual machines more comfortably. 
> 
> If I create a transient service for every virtual guest (transient, because I don't want to start that virtual machine again when I shutdown the system directly from the guest), but as service is transient, it seems to be still "online" even guest is not running anymore so I have no knowledge from OmniOS, if this virtual machine is running or not. So Is there any other way, how to find which virtual machines are running? 
> 
> Of course I can shutdown virtualmachine with: 
> 
> svcadm disable virtualmachine 
> 
> But sometimes ACPI is not working or is blocked by some reason, si I have to shutdown system directly from guest. 
> 
> So how can I see, which KVM virtual machines are really running? 
> 
> Thank you very much for any help, 
> 
> Filip Marvan 
> 
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss [1]
 

Links:
------
[1] http://lists.omniti.com/mailman/listinfo/omnios-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20140926/9b1d779c/attachment.html>