Re: [HTCondor-users] Problems with submit node in version 8.6.0

[Greg.Hitchen@xxxxxxxx]

Also a difference with the -global option in condor_q. No combination of options with
-totals gives any output when -global is used in 8.6.0

8.4.4 output:

>condor_q -global -totals

-- Schedd: win2008-ent2-vc.nexus.csiro.au : <152.83.64.64:50484?...

5207 jobs; 0 completed, 0 removed, 2653 idle, 0 running, 2554 held, 0 suspended

-- Schedd: WIN2008-GJH1-VC.nexus.csiro.au : <152.83.64.34:53886?...

6898 jobs; 0 completed, 0 removed, 3400 idle, 3493 running, 0 held, 5 suspended

-- Schedd: win2008-ent1-vc.nexus.csiro.au : <152.83.64.223:63766?...

54 jobs; 0 completed, 2 removed, 0 idle, 50 running, 2 held, 0 suspended

-- Schedd: WIN2008-GJH2-VC.nexus.csiro.au : <152.83.64.36:61022?...

1372 jobs; 0 completed, 2 removed, 439 idle, 333 running, 598 held, 0 suspended

-- Schedd: win2008-ent3-vc.nexus.csiro.au : <152.83.64.230:51441?...

109 jobs; 0 completed, 2 removed, 15 idle, 1 running, 91 held, 0 suspended

-- Schedd: win2008-ent4-vc.nexus.csiro.au : <152.83.64.231:60381?...

2209 jobs; 0 completed, 2 removed, 140 idle, 1 running, 2065 held, 1 suspended

-- Schedd: win2008-ent5-vc.nexus.csiro.au : <152.83.64.232:51261?...

490 jobs; 0 completed, 2 removed, 8 idle, 50 running, 430 held, 0 suspended

-- Schedd: win2008-ent6-vc.nexus.csiro.au : <152.83.64.233:56528?...

51 jobs; 0 completed, 2 removed, 0 idle, 0 running, 49 held, 0 suspended

>

8.6.0 output:

>condor_q -global -totals
>


Cheers

Greg


-----Original Message-----
From: HTCondor-users [mailto:htcondor-users-bounces@xxxxxxxxxxx] On Behalf Of Greg.Hitchen@xxxxxxxx
Sent: Thursday, 2 February 2017 11:54 AM
To: htcondor-users@xxxxxxxxxxx
Subject: [ExternalEmail] Re: [HTCondor-users] Problems with submit node in version 8.6.0

More issues with 8.6.0

I cannot submit/run jobs because "condor_store_cred add" fails, with the same errors in the log file:

>condor_store_cred add
Account: hit023@NEXUS

Enter password:

Operation failed.
    Make sure your ALLOW_WRITE setting includes this host.

02/02/17 14:52:01 SharedPortEndpoint: Entered DoListenerAccept Win32 path.
02/02/17 14:52:01 Calling Handler <DaemonCommandProtocol::WaitForSocketData> (4)
02/02/17 14:52:01 AUTHENTICATE: handshake failed!
02/02/17 14:52:01 DC_AUTHENTICATE: Our security policy is invalid!
02/02/17 14:52:01 Return from Handler <DaemonCommandProtocol::WaitForSocketData> 0.000192s

So I think this really is a bug and not a gotcha that needs a mention in the docs.

Is there any workaround for this problem?

Cheers

Greg


-----Original Message-----
From: HTCondor-users [mailto:htcondor-users-bounces@xxxxxxxxxxx] On Behalf Of Greg.Hitchen@xxxxxxxx
Sent: Thursday, 2 February 2017 10:26 AM
To: htcondor-users@xxxxxxxxxxx
Subject: [ExternalEmail] Re: [HTCondor-users] Problems with submit node in version 8.6.0

Just confirming that using "condor_q -allusers" works fine (or set CONDOR_Q_ONLY_MY_JOBS = False)
if you want the old behaviour of seeing everyone's jobs.

condor_q -nobatch if you want the old style condor_q listing (or set CONDOR_Q_DASH_BATCH_IS_DEFAULT = False)

This by itself still gives an error message so if you want everything the same as the old condor_q then

condor_q -nobatch -allusers

(or set both CONDOR_Q_ONLY_MY_JOBS and CONDOR_Q_DASH_BATCH_IS_DEFAULT to false)

I should also mention that specifying a username works just fine, e.g.

condor_q fred@machine

Cheers

Greg

-----Original Message-----
From: HTCondor-users [mailto:htcondor-users-bounces@xxxxxxxxxxx] On Behalf Of Zach Miller
Sent: Thursday, 2 February 2017 2:34 AM
To: HTCondor-Users Mail List <htcondor-users@xxxxxxxxxxx>
Subject: Re: [HTCondor-users] Problems with submit node in version 8.6.0

> -----Original Message-----
> From: HTCondor-users [mailto:htcondor-users-bounces@xxxxxxxxxxx] On Behalf
> Of Todd Tannenbaum
> Sent: Wednesday, February 01, 2017 11:35 AM
> To: HTCondor-Users Mail List <htcondor-users@xxxxxxxxxxx>
> Subject: Re: [HTCondor-users] Problems with submit node in version 8.6.0
> 
> So if you want, you can have condor_q do the "-allusers" flag behavior
> by default by placing the following into your condor_config file:
> 
>    CONDOR_Q_ONLY_MY_JOBS = False

This is indeed the correct fix.

When that is set to False (or you specify -allusers on the command line) condor_q actually uses the older wire-protocol which is perfectly compatible with setting SEC_DEFAULT_NEGOTIATION = NEVER.

We'll update the Release Notes to reflect this little gotcha for upgrading to 8.6.  Thanks for the report.


Cheers,
-zach

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