[Neurodebian-users] Condor, USB and KeyboardIdle problem
Michael Hanke
michael.hanke at gmail.com
Mon Feb 18 13:59:03 UTC 2013
Hey,
On Mon, Feb 18, 2013 at 1:10 PM, Kaj Wiik <kjwiik at utu.fi> wrote:
> Hi!
>
> Perhaps better place to ask would be condor-users but as this is a
> linux-specific and probably debian-related problem...
>
> Is there already a fix to the problem that USB keyboard/mice atime is not
> changed and so keyboard/mouse activity is not detected? I found that in the
> standard Neurodebian setup, activity detection does not work out-of-the-box
> (unfortunately from an affected user...).
>
> Google gives three possible solutions (from 2008): kernel patch (uugh..),
> monitoring ttyN (does not work currently at least in Ubuntu) and an
> user-space helper deamon:
>
> https://lists.cs.wisc.edu/**archive/htcondor-users/2008-**
> February/msg00112.shtml<https://lists.cs.wisc.edu/archive/htcondor-users/2008-February/msg00112.shtml>
>
> Has there been any progress on this I have missed?
>
condor_config contains:
## Normally, when the startd is computing the idle time of all the
## users of the machine (both local and remote), it checks the utmp
## file to find all the currently active ttys, and only checks access
## time of the devices associated with active logins. Unfortunately,
## on some systems, utmp is unreliable, and the startd might miss
## keyboard activity by doing this. So, if your utmp is unreliable,
## set this setting to True and the startd will check the access time
## on all tty and pty devices.
#STARTD_HAS_BAD_UTMP = False
## This entry allows the startd to monitor console (keyboard and
## mouse) activity by checking the access times on special files in
## /dev. Activity on these files shows up as "ConsoleIdle" time in
## the startd's ClassAd. Just give a comma-separated list of the
## names of devices you want considered the console, without the
## "/dev/" portion of the pathname.
#CONSOLE_DEVICES = mouse, console
Did you try those?
Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/neurodebian-users/attachments/20130218/7199707c/attachment.html>
More information about the Neurodebian-users
mailing list