Re: [HTCondor-users] Desktop Policy renders workstations unusable

["Beyer, Christoph" <christoph.beyer@xxxxxxx>]

Hi,

sorry for the false lead with PREEMPTION_REQUIREMENT - that is (I think) meant for job concurrency and preemption in that context. 

You are looking for PREEMPT becoming true on the EP and that should become true once someone is using the machine interactively. 

You can use 

condor_config_val -verbose PREEMPT to see what is the actual value of the classadd and where it is sourced from ...

Best
christoph

-- 
Christoph Beyer
DESY Hamburg
IT-Department

Notkestr. 85
Building 02b, Room 009
22607 Hamburg

phone:+49-(0)40-8998-2317
mail: christoph.beyer@xxxxxxx

----- UrsprÃngliche Mail -----
Von: "Christoph Beyer" <christoph.beyer@xxxxxxx>
An: "HTCondor-Users Mail List" <htcondor-users@xxxxxxxxxxx>
Gesendet: Freitag, 26. Januar 2024 14:46:46
Betreff: Re: [HTCondor-users] Desktop Policy renders workstations unusable

Hi,

use Policy:Desktop shouldexpand to these values: 

[root@batchg004 chbeyer]# condor_config_val use Policy:Desktop
use POLICY:DESKTOP is
	WANT_SUSPEND=($(SmallJob) || $(KeyboardNotBusy) || $(IsVanilla) ) && ( $(SUSPEND))
	WANT_VACATE=$(ActivationTimer) > 600 || $(IsVanilla)
	SUSPEND=($(KeyboardBusy) || ( (CpuBusyTime > 120) && $(ActivationTimer) > 90))
	CONTINUE=($(CPUIdle) && ($(ActivityTimer) > 10) && (KeyboardIdle > $(ContinueIdleTime)))
	PREEMPT=(((Activity == "Suspended") && ($(ActivityTimer) > $(MaxSuspendTime))) || (SUSPEND && (WANT_SUSPEND == False)))
	START=((KeyboardIdle > $(StartIdleTime)) && ( $(CPUIdle) || (State != "Unclaimed" && State != "Owner")) )
	KILL=False
	MaxJobRetirementTime=0
	CLAIM_WORKLIFE=
	SLOTS_CONNECTED_TO_KEYBOARD=$(NUM_CPUS)
	IS_OWNER=(START =?= False)

Maybe you overwrite it somehow - also these values should be set on the EP ...

Best
christoph

-- 
Christoph Beyer
DESY Hamburg
IT-Department

Notkestr. 85
Building 02b, Room 009
22607 Hamburg

phone:+49-(0)40-8998-2317
mail: christoph.beyer@xxxxxxx

----- UrsprÃngliche Mail -----
Von: "Alexander Neuwirth" <a_neuw01@xxxxxxxxxxxxxxx>
An: "htcondor-users" <htcondor-users@xxxxxxxxxxx>
Gesendet: Freitag, 26. Januar 2024 14:21:34
Betreff: Re: [HTCondor-users] Desktop Policy renders workstations unusable

Hi Christoph,

START seems to be false from the policy: Desktop by default, slightly 
different from [1]:

 ÂÂÂ $ condor_config_val -dump | grep StartIdleTime
 ÂÂÂ START = ((KeyboardIdle > $(StartIdleTime)) && ( $(CPUIdle) || 
(State != "Unclaimed" && State != "Owner")) )
 ÂÂÂ StartIdleTime = 15 * $(MINUTE)

The preemption setting is set to false by default. Is that a problem?

 ÂÂÂ $ condor_config_val -dump | grep PREEMPTION_REQUIREMENTS
 ÂÂÂ PREEMPTION_REQUIREMENTS = False
 ÂÂÂ SCHEDD_PREEMPTION_REQUIREMENTS =

I will check how/when the status changes (Unclaimed -> Owner), but from 
what I've seen so far it does not seem consistent across machines and 
OSes (Debian 11/12) to me.

Thanks,
Alexander

[1] 
https://htcondor.readthedocs.io/en/lts/admin-manual/policy-configuration.html#examples-of-policy-configuration

On 1/26/24 13:12, Beyer, Christoph wrote:
> Hi,
>
> I would think that the START expression should be something like
>
> START = KeyboardIdle > 15 * $(MINUTE)
>
> Can you check the IS_OWNER state on the machines that are actually used interactively - it should be 'true' if that's not the case you nedd to investigate why
>
> I think the preempt expression should involve something like:
>
> PREEMPTION_REQUIREMent = IS_OWNER == true
>
> That is only out of the top of my head and is probably just something you should consider to look after using 'condor_config_val -dump | grep <...>'
>
> best
> christoph
>

_______________________________________________
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/

_______________________________________________
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/