[ovirt-users] vms in paused state

[Bill James]

virsh # list --all
error: failed to connect to the hypervisor
error: no valid connection
error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No 
such file or directory

[root at ovirt1 test vdsm]# systemctl status libvirtd
● libvirtd.service - Virtualization daemon
    Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; 
vendor preset: enabled)
   Drop-In: /etc/systemd/system/libvirtd.service.d
            └─unlimited-core.conf
    Active: active (running) since Thu 2016-04-21 16:00:03 PDT; 5 days ago


tried systemctl restart libvirtd.
No change.

Attached vdsm.log and supervdsm.log.


[root at ovirt1 test vdsm]# systemctl status vdsmd
● vdsmd.service - Virtual Desktop Server Manager
    Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; 
vendor preset: enabled)
    Active: active (running) since Wed 2016-04-27 10:09:14 PDT; 3min 46s ago


vdsm-4.17.18-0.el7.centos.noarch
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Thanks.


On 04/26/2016 11:35 PM, Michal Skrivanek wrote:
>> On 27 Apr 2016, at 02:04, Nir Soffer <nsoffer at redhat.com> wrote:
>>
>> jjOn Wed, Apr 27, 2016 at 2:03 AM, Bill James <bill.james at j2.com> wrote:
>>> I have a hardware node that has 26 VMs.
>>> 9 are listed as "running", 17 are listed as "paused".
>>>
>>> In truth all VMs are up and running fine.
>>>
>>> I tried telling the db they are up:
>>>
>>> engine=> update vm_dynamic set status = 1 where vm_guid =(select
>>> vm_guid from vm_static where vm_name = 'api1.test.j2noc.com');
>>>
>>> GUI then shows it up for a short while,
>>>
>>> then puts it back in paused state.
>>>
>>> 2016-04-26 15:16:46,095 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer]
>>> (DefaultQuartzScheduler_Worker-16) [157cc21e] VM '242ca0af-4ab2-4dd6-b515-5
>>> d435e6452c4'(api1.test.j2noc.com) moved from 'Up' --> 'Paused'
>>> 2016-04-26 15:16:46,221 INFO [org.ovirt.engine.core.dal.dbbroker.auditlogh
>>> andling.AuditLogDirector] (DefaultQuartzScheduler_Worker-16) [157cc21e] Cor
>>> relation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM api1.
>>> test.j2noc.com has been paused.
>>>
>>>
>>> Why does the engine think the VMs are paused?
>>> Attached engine.log.
>>>
>>> I can fix the problem by powering off the VM then starting it back up.
>>> But the VM is working fine! How do I get ovirt to realize that?
>> If this is an issue in engine, restarting engine may fix this.
>> but having this problem only with one node, I don't think this is the issue.
>>
>> If this is an issue in vdsm, restarting vdsm may fix this.
>>
>> If this does not help, maybe this is libvirt issue? did you try to check vm
>> status using virsh?
> this looks more likely as it seems such status is being reported
> logs would help, vdsm.log at the very least.
>
>> If virsh thinks that the vms are paused, you can try to restart libvirtd.
>>
>> Please file a bug about this in any case with engine and vdsm logs.
>>
>> Adding Michal in case he has better idea how to proceed.
>>
>> Nir


Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: supervdsm.log.gz
Type: application/gzip
Size: 317835 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160427/9c0a107d/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vdsm.log.gz
Type: application/gzip
Size: 117629 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160427/9c0a107d/attachment-0003.bin>