Mailing List Archives

Public Access

 		[Computer Systems Lab]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [HTCondor-users] Windows Keyboard Idle Isn't Working on 8.3.6

condor_status KeyboardIdle attribute returns the right values - low when I just moved the mouse and high when I left it alone for a while.
However, the jobs are started in those slots even when KeyboardIdle is, say, 19 seconds, and are not stopped (all cores continuing to run job at 100%) when I move the mouse and reduce KeyboardIdle to 1. 

Todd, may I ask what your working config file looks like compared to mine?
My condor_config file created by the installer looks like this (domain and ips removed by me): 
RELEASE_DIR = C:\condor
LOCAL_CONFIG_FILE = $(LOCAL_DIR)\condor_config.local
REQUIRE_LOCAL_CONFIG_FILE = FALSE
LOCAL_CONFIG_DIR = $(LOCAL_DIR)\config
use SECURITY : HOST_BASED
CONDOR_HOST = 0.0.0.0
UID_DOMAIN = mydomain.ca
CONDOR_ADMIN =
SMTP_SERVER =
ALLOW_READ = *
ALLOW_WRITE = $(CONDOR_HOST), *.mydomain.ca
ALLOW_ADMINISTRATOR = 0.0.0.0
JAVA = C:\PROGRA~2\Java\JRE18~1.0_4\bin\java.exe
DAEMON_LIST = MASTER STARTD KBDD

condor_config.local is empty. $(LOCAL_DIR)\config doesn't exist.


On 07/30/2015 02:43 PM, Todd Tannenbaum wrote:

On 7/27/2015 2:10 PM, Bud wrote:

At the moment there are 2 condor_kbdd.exe processes; one running as
SYSTEM and another running as me.



Good, there should be a condor_kbdd.exe running for each logged-in user.
The condor_kbdd.exe detects keyboard and mouse activity, and when it sees activity it sends a message to the condor_startd.exe running on the machine. The condor_startd.exe receives the message and updates the KeyboardIdle slot attribute to be how many seconds since it last received a message from the kbdd (i.e. how many seconds since the last keypress or mouse movement). 

So one way to debug is to query the startd with condor_status like so

C:\>condor_status -direct slot1@ToddsThinkpad -af KeyboardIdle
2
In the above example, HTCondor thinks a keypress happened two seconds ago. If I kill all condor_kbdd.exe instances from the task manager, then the KeyboardIdle number continues to increase to infinity.
BTW, I just tested all this on my Thinkpad which is running Windows 7 Enterprise 64bit and HTCondor v8.3.6. 

Hope the above helps
Todd


HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run is empty
in my case.  However I did a search through the registry and
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run 
contains an entry for condor_kbdd.

I tried starting condor_kbdd.exe from the command line and it exits
immediately.  %ERRORLEVEL% is reported as 0, no error messages.

On 07/27/2015 02:54 PM, Ziliang Guo wrote:

The kbdd is supposed to start up as a process in the user's session.
Having it in the DAEMON_LIST doesn't do anything since those processes
are run in session 0 with all other services and cannot see input from
other sessions. The installer is supposed to inject a registry entry
that will start the kbdd on user login. If you're not seeing a user
kbdd process, check the
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run to see
if the kbdd value is in there. If it is there, see what happens if you
try running the kbdd manually, if it crashes or exits right away.

On Mon, Jul 27, 2015 at 12:45 PM, Bud<budric@xxxxxxxxx> wrote:

Hi,
I installed HTCondor 8.3.6 on a Windows 7 64 bit, desktop to run jobs using msi package. I selected "Run jobs when the keyboard has been idle for 15 minutes, and the CPU is idle." and "Restart the job on a different machine." during installation, however neither one of these options does what it says. Jobs are sent to that machine even though I have been using the keyboard and the running jobs aren't paused/moved after I use the keyboard more and use 
the CPU to compile code.
condor_config contains KBDD in DAEMON_LIST option, but no other options regarding idle keyboard or cpu. condor_kbdd.exe is running as SYSTEM user and as me, and the logs for kbdd don't show any errors (just messages about 
starting up and listening on port).
Anyone else experiene this? Does anyone have any suggestions on how I can 
troubleshoot this problem?
I was digging and 7.6 documentation has examples for configuring policy: http://research.cs.wisc.edu/htcondor/manual/v7.6/3_5Policy_Configuration.html#sec:Time_of_Day_Policy However 8.3.* documentation doesn't have this (or I can't find it) and I assume the msi choices along with default settings for KBDD should be enough that I don't have to add "WANT_SUSPEND" and "WANT_VACATE" settings. If not, 
any help on minimum set of configurations I need would help.

Thanks.
_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message tohtcondor-users-request@xxxxxxxxxxx with a 
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/

_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message tohtcondor-users-request@xxxxxxxxxxx with a 
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/




_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a 
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/