Hi Brian, Yes, it does work if I set +Owner = undefined. Here's the original submit file: executable = grid.sh error = error/grid-$(ClusterId).$(ProcId).err output = output/grid-$(ClusterId).$(ProcId).out log = log/grid-$(ClusterId).log use_x509userproxy = true universe = vanilla ShouldTransferFiles = YES WhenToTransferOutput = ON_EXIT queue > On 21 Oct 2019, at 16:21, Brian Lin <blin@xxxxxxxxxxx> wrote: > > Hi Ben, > > That's interesting. Could you send us your submit file? Does it work if you set '+Owner = undefined' in your submit file? > > Thanks, > Brian > > On 10/21/19 9:07 AM, Ben Jones wrote: >> Hi, >> >> Looking at a problem someone has submitting jobs from a (remote) 8.8.4 machine to one of our CEs (running 8.8.5). >> >> The submit fails like this: >> >> [bejones@batchman04 condor]$ condor_submit -pool condorce02.cern.ch:9619 -remote condorce02.cern.ch -spool grid.sub >> Submitting job(s). >> ERROR: Failed to commit job submission into the queue. >> >> >> Logs on the CE say this: >> >> 10/21/19 15:51:05 (D_ALWAYS) SetAttribute security violation: setting owner to "bejones" when active owner is "dteam005" >> >> Looking at the job ad from a (successful) submission from a remote machine running 8.6.6 and one from the 8.8 machine, the diff seems pretty obvious: >> >> -Owner = undefined >> +Owner = "bejones" >> >> The CE is doing GSS_ASSIST_GRIDMAP to get to dteam005, correctly. >> >> Is there some new knob on the remote to not set the Owner? >> >> cheers, >> Ben >> >> >> >> >> >> _______________________________________________ >> 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/ >
Attachment:
smime.p7s
Description: S/MIME cryptographic signature