[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] Failed to send updated X509 proxy to starter
- Date: Tue, 27 Sep 2011 13:13:48 -0500 (CDT)
- From: Steven Timm <timm@xxxxxxxx>
- Subject: Re: [Condor-users] Failed to send updated X509 proxy to starter
Get the starter log up to D_FULLDEBUG as well, or at least have
D_SECURITY. First thing I would look at is whether the user
startd/starter on the worker node is mutually authenticated to the
schedd/shadow, check certificate_mapfiles or grid_mapfiles on both ends,
and make sure both ends can see the right group of certificates and CA
On Tue, 27 Sep 2011, Dennis D. Box wrote:
I have a condor 7.4.4 / glideinWMS 2.5.2 installation that uses x509 proxies
to authenticate between shadow processes on my schedd node and starter/startd
processes on my worker nodes. The user proxies are good for 12 hours and
refreshed every 2 hours. By default when a proxy is refreshed the schedd
notices and updates the proxy on the worker node, but this update is failing
for some reason. When we noticed this we set the shadow log to D_FULL_DEBUG
and now see error messages like so :
09/27 12:36:21 (163905.0) (29124): put_file: going to send from filename
09/27 12:36:21 (163905.0) (29124): put_file: Found file size 6826
09/27 12:36:21 (163905.0) (29124): put_file: sending 6826 bytes
09/27 12:36:21 (163905.0) (29124): ReliSock: put_file: sent 6826 bytes
09/27 12:36:21 (163905.0) (29124): Failed to send updated X509 proxy to
09/27 12:37:21 (163905.0) (29124): Proxy timestamps: remote estimated
1317144959, local 1317144959 (0 difference)
Also--are you sure you really updated the proxy in question here?
the above error message is saying you didn't.
I googled this error message and didn't find much that looked useful. What
are some good things to check to debug this?
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:
Steven C. Timm, Ph.D (630) 840-8525
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Group Leader.
Lead of FermiCloud project.