Hi Paco,
I think this is the real cause of the problem:
19 Mar 16:06:31| pilot.py | atlprd14 3414 99.8 0.0 148860 18200 ?
R Mar17 3324:11
/cvmfs/atlas.cern.ch/repo/sw/python/2.6.5p2/x86_64-slc5-gcc43-opt/python/bin/python
runJob.py -a /cvmfs/atlas.cern.ch/repo/sw -d
/scratch/23857219.batch.gina.sara.nl/condorg_rulm6LuR/pilot3/Panda_Pilot_3336_1363509379/PandaJob_1767445973_1363509380
-l /data/scratch/23857219.batch.gina.sara.nl/condorg_rulm6LuR/pilot3 -q
-p 9595 -s SARA-MATRIX_LONG -o
/scratch/23857219.batch.gina.sara.nl/condorg_rulm6LuR/pilot3/Panda_Pilot_3336_1363509379
-h SARA-MATRIX-creamce2-long-pbs -i 1ba5c4a3-b9fa-4cf3-85cb-663944dcf815
-b 0 -t True -k
/scratch/23857219.batch.gina.sara.nl/condorg_rulm6LuR/pilot3/Panda_Pilot_3336_1363509379/pilotlog.txt
-x 2 -v 0 -g
/data/scratch/23857219.batch.gina.sara.nl/condorg_rulm6LuR/pilot3 -m
/data/scratch/23857219.batch.gina.sara.nl/condorg_rulm6LuR/pilot3 -B
False -E 2 -F ATLAS
19 Mar 16:06:31| pilot.py | Running stack trace command on pid=3414:
19 Mar 16:06:32| pilot.py | #0 0x000000397ec7f80a in sk_num () from
/usr/lib64/libcrypto.so.6
#1 0x000000397ecae7ec in X509V3_get_d2i () from /usr/lib64/libcrypto.so.6
#2 0x0000003987402a70 in globus_gsi_cert_utils_get_cert_type () from
/usr/lib64/libglobus_gsi_cert_utils.so.0
#3 0x0000003988404fd2 in globus_i_gsi_callback_check_proxy () from
/usr/lib64/libglobus_gsi_callback.so.0
#4 0x0000003988405363 in globus_i_gsi_callback_cred_verify () from
/usr/lib64/libglobus_gsi_callback.so.0
#5 0x0000003988405ae2 in globus_gsi_callback_handshake_callback () from
/usr/lib64/libglobus_gsi_callback.so.0
#6 0x000000397eca6fbc in ?? () from /usr/lib64/libcrypto.so.6
#7 0x000000397eca77cf in X509_verify_cert () from /usr/lib64/libcrypto.so.6
#8 0x0000003988405859 in globus_gsi_callback_X509_verify_cert () from
/usr/lib64/libglobus_gsi_callback.so.0
#9 0x00007f2ff7b197c3 in ssl_verify_cert_chain () from
/usr/lib64/libssl.so.6
#10 0x00007f2ff7b03c63 in ssl3_get_server_certificate () from
/usr/lib64/libssl.so.6
#11 0x00007f2ff7b057a8 in ssl3_connect () from /usr/lib64/libssl.so.6
#12 0x00007f2ff7b0b6bf in ssl23_connect () from /usr/lib64/libssl.so.6
#13 0x00007f2ff7b2136c in ?? () from /usr/lib64/libssl.so.6
#14 0x0000003988c1391c in globus_i_gsi_gss_handshake () from
/usr/lib64/libglobus_gssapi_gsi.so.4
#15 0x0000003988c0d4af in gss_init_sec_context () from
/usr/lib64/libglobus_gssapi_gsi.so.4
#16 0x00007f2ff51be946 in Csec_client_establish_context_GSI () from
/cvmfs/atlas.cern.ch/repo/sw/python/2.6.5p2/x86_64-slc5-gcc43-opt/python/lib/libCsec_plugin_GSI.so
#17 0x00007f2ff53d91ca in ?? () from
/cvmfs/atlas.cern.ch/repo/sw/python/2.6.5p2/x86_64-slc5-gcc43-opt/python/lib/liblcgdm.so.1
#18 0x00007f2ff53d8073 in Csec_client_establishContext () from
/cvmfs/atlas.cern.ch/repo/sw/python/2.6.5p2/x86_64-slc5-gcc43-opt/python/lib/liblcgdm.so.1
#19 0x00007f2ff5607c20 in send2lfcx () from
/cvmfs/atlas.cern.ch/repo/sw/python/2.6.5p2/x86_64-slc5-gcc43-opt/python/lib/liblfc.so.1
#20 0x00007f2ff55fb958 in lfc_getreplicas () from
/cvmfs/atlas.cern.ch/repo/sw/python/2.6.5p2/x86_64-slc5-gcc43-opt/python/lib/liblfc.so.1
#21 0x00007f2ff5833aa4 in ?? () from
/cvmfs/atlas.cern.ch/repo/sw/python/2.6.5p2/x86_64-slc5-gcc43-opt/python/lib/python2.6/site-packages/_lfc.so
#22 0x000000000049634d in PyEval_EvalFrameEx ()
#23 0x000000000049757a in PyEval_EvalFrameEx ()
#24 0x0000000000497fe9 in PyEval_EvalCodeEx ()
I assume this is CentOS 6, correct? I heared that there are sill issues
with RHEL 6 and ATLAS, people to contact could include:
- Alessandro De Salvo <[log in to unmask]>
- Peter Love <[log in to unmask]>
- Rodney Walker <[log in to unmask]>
Best regards,
Torsten
--
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<> <>
<> Dr. Torsten Harenberg [log in to unmask] <>
<> Bergische Universitaet <>
<> FB C - Physik Tel.: +49 (0)202 439-3521 <>
<> Gaussstr. 20 Fax : +49 (0)202 439-2811 <>
<> 42097 Wuppertal @CERN: Bat. 1-1-049 <>
<> <>
<><><><><><><>< Of course it runs NetBSD http://www.netbsd.org ><>
|
