[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] Condor 7.4.4 hibernating with logged in local user
- Date: Wed, 23 Nov 2011 16:53:26 +0000
- From: Ian Cottam <Ian.Cottam@xxxxxxxxxxxxxxxx>
- Subject: Re: [Condor-users] Condor 7.4.4 hibernating with logged in local user
Thanks to Dan (and others) for replies. I've also found Dan's earlier post
In that, Dan asked what we wished to do when a user was logged in. I did
at the time think - obviously, not hibernate. But, the reason for that is
the only combination of states we have found that works
(Condor/BIOS/Linux/. . .) puts the PC into such a deep sleep that the only
way for the local logged in user to get it back up is to press the power
button, which then causes a reboot (clearly not acceptable).
We are using the terminology "RAM" to Condor and "S1" to the PC's BIOS.
What other combinations could I try (especially if you have experience
with it working)? I have tried "RAM" and "S3", which did not work.
ps: not using condor_kbdd daemon, but to be honest, I can't see how that
On 23/11/2011 15:52, "Dan Bradley" <dan@xxxxxxxxxxxx> wrote:
>Are you using condor_kbdd? This daemon is used to detect X keyboard
>On 11/23/11 4:21 AM, Ian Cottam wrote:
>> The ShouldHibernate line below does not seem to be enough to stop our
>> Linux/64 PCs sleeping whilst in use by someone (logged in) locally using
>> the keyboard/mouse/screen.
>> HIBERNATE_CHECK_INTERVAL = 30
>> TimeToWait = 600
>> ShouldHibernate = KeyboardIdle> $(StartIdleTime)&& $(CPUidle)&&
>> $(StateTimer)> $(TimeToWait)&& (State == "Unclaimed" || State ==
>> HibernateState = "RAM"
>> HIBERNATE = ifThenElse( $(ShouldHibernate), $(HibernateState), "NONE" )
>> Any suggestions of what to add to prevent such?
>> ps: my apologies if someone already replied to this, but I can't find
>> my previous email on the subject
>Condor-users mailing list
>To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
>You can also unsubscribe by visiting
>The archives can be found at:
IT Services for Research
Faculty of Engineering and Physical Sciences
The University of Manchester
"The only strategy that is guaranteed to fail is not taking risks." Mark