Hi.
Running CentOS, under it KVM/QEMU, which has my workstations of CentOS and Windows. I do at least weekly for both the top-level (server) and work-station CentOS.

For about a month, when I come back to the office, I often cannot log back into my CentOS VM. I'm able to get back to my top level CentOS and click & type to my heart's content; I can get to my Windows WkStation and click & type to my heart's content. Generally I'm even able to get another workSpace in my wkStation CentOS-VM -- I just can't click or type into my main workSpace.

There seem to be several updates to virtualization (such as libvirt and qemu) these past few weeks, so I've been expecting that I'm not unique and something's happened.

Has it?
Am I alone in experiencing this?

I now try to make sure I'm not in the middle of anything when I have to leave the office, so when I have to reboot I don't lose anything. btw says my VM is "running" with virtually no CPU cycles.

Any suggestions?

I'll take a stab at this, though the post is confusing to me.

1. If you do weekly updates to your CentOS host and guest [top-level and workstation respectively, in your words], then you should have CentOS 7.5 running with kernel 3.10.0-862.3.2.el7, right ?
My host is at 3.10.0-862.2.3.el7.x86_64 and guest is at 3.10.0-693.el7.x86_64 and I can not recreate your issue.

2. When you say -
"cannot log back into my CentOS VM" - How are you trying to login ? [for example, via the kvm GUI console, virtsh or just plain ssh from host (aka top-level) ?]

3. After you log in to the guest (aka workstation), do you have to toggle workspace to get the KB and mouse working ? [ctrl+alt+up/down in Gnome] That's two possibly different issues.

4. If your VMs are not doing anything, the graphs will be straight, as if they are not using any CPU cycles. Take a look at my attached screenshot of virt-manager.

If you want to check, run this on your VM and see the difference on virt-manager. This basically copies 'nothing' to 'nowhere', so pretty safe.
note that, you have to kill the process with a ctrl + c

Attached Thumbnails

   

Thanks.
Both Yes: Kernel: 3.10.0-862.3.2.el7.x86_64
Both Yes: CentOS: When I come back to my machine, it's got a typical screen saver requesting login.
Click into PASSWORD space, and type -- nothing.

VM's working at full screen, so I move the mouse to the top of the screen to click the little icon to leave full screen, that works. All my VMs and two choices for my top-level are visible on the bottom (top level is a terminal window and the virtual manager). click on anything and that receives "Input Focus" and I can click things and type things -- even my other VM which happens to be a Win/7. Only my work-station CentOS seems to no receive "Input Focus".

I mouse-click to get back to whatever I was doing.
Next time I'll do the cntl+alt+up/down and see if that makes a difference.

The virt-manager comment was to say that it didn't think my VM had crashed or indicated anything, per se, was wrong with it. Yes, doing nothing, it should be flat-lined.

Next time it happens, I'll try to record more of everything I do.

Thanks again.

Okay, once I get time, I'll run the VM in full screen, leave it on for an hour or so to emulate 'person away from desk' and see if I can recreate the behavior you are seeing. But I have no idea what causes it or what a possible solution could be. Maybe others can chip in.

I was unable to recreate this issue on my system.

What I did -
1. from base machine (host/top-level), started the guest, entered via KVM console and made it fullscreen.
2. Left it like that for about an hour. The screen turned black after some time (which is default behaviour.. didn't tinker anything)
3. At the keystroke, the host system asked my password to log in.
4. The full screen "Guest" recognized my mouse pointer immediately and I had no issues putting in the password for the guest.

Hi.
Since my last post, I've not had the problem, so I was hoping the that occurred since my last post fixed it. Then today, left mid-morning for an appointment, got back mid-afternoon, and there it was again <.sigh>. Just thanking those that tried to re-create it, it doesn't really have rhyme or reason.

As per last suggestions I took more careful note of what I did etc.

I come back, my terminal screen has made itself black, hit the escape key, return, mouse movement, whatever, and the login screen for my CentOS-VM appears, click into password, but it doesn't seem to do much, and no KB responsiveness.

Click the icon at the top to leave full screen gives me actionable items on the system tray -- the Win/7-VM also is not responding, the top-level allows login to terminal window, the virtmanager says things are alive but not doing much. The <cntl><alt> keys work, I get to other workspaces; the <.windows> key (I think Gnome refers to that as the <.super> key) works and I can shrink my window to take up the left half, the right half, return to full screen, etc.

So, the top-level is receiving all mouse and KB activity, but when it's supposed to pass this along to the VM, it's not doing it.

I go to my VM window for my non-responsive Centos, but the "managing" window is OK, so I "send key" to it, look at different workspaces, I finally do -- this almost works, so I do again choosing "force Off", after which I do a and it reboots and I'm back to OK.

Thanks everyone for giving it a shot. Obviously it's not an obvious problem. I'll probably stumble upon some little quirk -- my VMs are pretty vanilla, and what I'm doing is pretty vanilla. If it ever sorts itself out, I'll post the actual problem and its solution.

Thanks again.

In my ROOT eMail at my top level are some ACPI errors.
After I post that, I'll post the link to the LQForum that discusses that.
Could I be having a BIOS/EUFI problem?

(Also, I don't know what the login failures are about, nor how to begin to go about fixing them.)



Message 1:
From root@hobbiton.localdomain Tue May 29 03:45:06 2018
Return-Path: <root@hobbiton.localdomain>
X-Original-To: root
Delivered-To: root@hobbiton.localdomain
To: root@hobbiton.localdomain
From: logwatch@hobbiton.localdomain
Subject: Logwatch for hobbiton (Linux)
Auto-Submitted: auto-generated
Precedence: bulk
Content-Type: text/plain; charset="iso-8859-1"
Date: Tue, 29 May 2018 03:45:05 -0400 (EDT)
Status: R


################### Logwatch 7.4.0 (03/01/11) ####################
Processing Initiated: Tue May 29 03:45:05 2018
Date Range Processed: yesterday
( 2018-May-28 )
Period is day.
Detail Level of Output: 0
Type of Output/Format: mail / text
Logfiles for Host: hobbiton
##################################################################

--------------------- Cron Begin ------------------------

**Unmatched Entries**
INFO (RANDOM_DELAY will be scaled with factor 28% if used.)

---------------------- Cron End -------------------------


--------------------- Kernel Begin ------------------------


WARNING: Kernel Errors Present
ACPI Error: Method parse/ex ...: 6 Time(s)
ACPI Error: [DSSP] Namespac ...: 6 Time(s)

---------------------- Kernel End -------------------------


--------------------- pam_unix Begin ------------------------

gdm-launch-environment:
Unknown Entries:
session opened for user gdm by root(uid=0): 2 Time(s)
session opened for user gdm by (uid=0): 1 Time(s)

gdm-password:
Unknown Entries:
session opened for user dparsons by root(uid=0): 1 Time(s)
session opened for user petc by root(uid=0): 1 Time(s)


---------------------- pam_unix End -------------------------


--------------------- Postfix Begin ------------------------

2.049K Bytes accepted 2,098
2.049K Bytes delivered 2,098
======== ==================================================

1 Accepted 100.00%
-------- --------------------------------------------------
1 Total 100.00%
======== ==================================================

1 Removed from queue
1 Delivered

1 Postfix start


---------------------- Postfix End -------------------------


--------------------- Connections (secure-log) Begin ------------------------


**Unmatched Entries**
polkitd: Acquired the name org.freedesktop.PolicyKit1 on the system bus: 1 Time(s)
polkitd: Finished loading, compiling and executing 8 rules: 1 Time(s)
polkitd: Loading rules from directory /etc/polkit-1/rules.d: 1 Time(s)
polkitd: Loading rules from directory /usr/share/polkit-1/rules.d: 1 Time(s)
polkitd: Operator of unix-session:3 FAILED to authenticate to gain authorization for action org.libvirt.unix.manage for unix-process:6170:21205 [/usr/bin/python2 /usr/share/virt-manager/virt-manager] (owned
by unix-useretc): 3 Time(s)
polkitd: Operator of unix-session:3 successfully authenticated as unix-useretc to gain TEMPORARY authorization for action org.libvirt.unix.manage for unix-process:6170:21205 [/usr/bin/python2 /usr/share/vi
rt-manager/virt-manager] (owned by unix-useretc): 1 Time(s)
polkitd: Registered Authentication Agent for unix-process:24328:26282172 (system bus name :1.2586 [/usr/bin/pkttyagent --notify-fd 5 --fallback], object path /org/freedesktop/PolicyKit1/AuthenticationAgent,
locale en_US.utf8): 1 Time(s)
polkitd: Registered Authentication Agent for unix-session:1 (system bus name :1.68 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8): 1 Time(s)
polkitd: Registered Authentication Agent for unix-session:2 (system bus name :1.169 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8): 1 Time(s)
polkitd: Registered Authentication Agent for unix-session:3 (system bus name :1.266 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8): 1 Time(s)
polkitd: Registered Authentication Agent for unix-session:c1 (system bus name :1.36 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8): 1 Time(s)
polkitd: Registered Authentication Agent for unix-session:c2 (system bus name :1.133 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8): 1 Time(s)
polkitd: Registered Authentication Agent for unix-session:c3 (system bus name :1.234 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8): 1 Time(s)
polkitd: Unregistered Authentication Agent for unix-process:24328:26282172 (system bus name :1.2586, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) (disconnected from bus): 1
Time(s)
polkitd: Unregistered Authentication Agent for unix-session:1 (system bus name :1.68, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) (disconnected from bus): 1 Time(s)
polkitd: Unregistered Authentication Agent for unix-session:2 (system bus name :1.169, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) (disconnected from bus): 1 Time(s)
polkitd: Unregistered Authentication Agent for unix-session:c1 (system bus name :1.36, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) (disconnected from bus): 1 Time(s)
polkitd: Unregistered Authentication Agent for unix-session:c2 (system bus name :1.133, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) (disconnected from bus): 1 Time(s)
polkitd: Unregistered Authentication Agent for unix-session:c3 (system bus name :1.234, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) (disconnected from bus): 1 Time(s)

---------------------- Connections (secure-log) End -------------------------


--------------------- Smartd Begin ------------------------


**Unmatched Entries**
Device: /dev/sda [SAT], WDC WD20EFRX-68AX9N0, S/N:WD-WMC300328368, WWN:5-0014ee-058c9cced, FW:80.00A80, 2.00 TB
Device: /dev/sdb [SAT], WDC WD20EFRX-68AX9N0, S/N:WD-WMC300323358, WWN:5-0014ee-058c9ccf2, FW:80.00A80, 2.00 TB

---------------------- Smartd End -------------------------


--------------------- SSHD Begin ------------------------


SSHD Started: 2 Time(s)

Users logging in through sshd:
root:
::1 (localhost): 1 time


Received disconnect:
11: disconnected by user : 1 Time(s)

---------------------- SSHD End -------------------------


--------------------- yum Begin ------------------------


Packages Updated:
thunderbird-52.8.0-1.el7.centos.x86_64

---------------------- yum End -------------------------


--------------------- Disk Space Begin ------------------------

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/centos-root 50G 22G 29G 43% /
devtmpfs 7.6G 0 7.6G 0% /dev
/dev/sda1 494M 366M 129M 75% /boot
/dev/mapper/centos-home 1.8T 228G 1.6T 13% /home


---------------------- Disk Space End -------------------------


###################### Logwatch End #########################

If this is the case, I'm always fearful of screwing up BIOS/EUFI ;-)
And since when it's locked up, I can go to another computer and TEAMVIEWER in, I think my CentOS VM is OK, it's only my real CentOS that has the problem.

https://www.linuxquestions.org/quest...ns-4175605357/

Hello:
I've had to let this problem go for a while as I tend to be away most of the month of July, so I decided to put off BIOS updates until I'm back and all things copesetic, so maybe by next week, I'll do my back-ups then do the BIOS updates. There is a huge gap between my version and the latest version, so many things will be changed (and I hope fixed and not broken ;-) ) once I do the updates -- which may or may not solve my problem, of course.

But just to share, the KB & Mouse seem to work, just not in this one VM. My other VM, the Windows, sometimes works and sometimes doesn't. I got to thinking, perhaps the problem is in the Lately, with success every time, when the lock-up occurs, I kill the "virt-manager" display of my VM. The VM continues to run unabated, eh? I then ask 'virt-manager' to recreate for me the display and therefore re-connect me, and all is well: all things work.

I'm believing the problem is in 'virt-manager' that's losing who to pass part-or-all of KB/Mouse/Video.

I'll still do the BIOS update, but I think I may have empirically found a working answer -- if not the correct answer, since I have no way to really test this.

Enjoy.