2007 Aug 15

• From XinsReleaseInstall instructions
• logged into tp-login1, su usatlas2
• setup pacman 3.20
• install the trf
• pacman -get http://www.usatlas.bnl.gov/BNL_ATLAS_Pacman:12.0.6slc3+gcc -trust-all-caches -allow tar-overwrite
• source ./cmtsite/setup.sh -tag=12.0.6
• pacman -allow lock-override -get http://cern.ch/atlas-computing/links/kitsDirectory/Production/cache:AtlasProduction_12_0_6_5_i686_slc3_gcc323_opt -trust-all-caches
• copy the libs
• sh /home/rwg/copy_libs_ATLAS.sh /gpfs1/osg/app 12.0.6
• Done
• login to tp-c001 as usatlas2
• cd /tmp/12.0.6-kvtest
• ./KVtest.sh ~rwg/pacman-3.20/ 12.0.6 /gpfs1/osg/app/atlas_app/atlas_rel/12.0.6 AtlasProduction

2007 Aug 14

• GPFS reconfigured.
• Test the releases 12.0.7, 13.0.10 from the new area, /gpfs1/osg/app/atlas_app/atlas_rel/.
• Get latest pacman installed in my home dir, and I needed to cd to it and setup first. Then from /tmp on tp-c001 in bash:
• rwg@tp-c001:kvtest6$ ./KVtest.sh ~rwg/pacman-3.20/ 12.0.7 /gpfs1/osg/app/atlas_app/atlas_rel/12.0.7 AtlasProduction
• rwg@tp-c001:kvtest6$ ./KVtest.sh ~rwg/pacman-3.20/ 13.0.10 /gpfs1/osg/app/atlas_app/atlas_rel/13.0.10 AtlasProduction
• Aside - info about distibution kits at BNL, here.

KV test script from Xin

1) mkdir -p /tmp/kv_test; cd /tmp/kv_test
2) cp KVtest.sh into /tmp/kv_test
3) sh ./KVtest.sh /soft/community/osg/pacman-3.18.5 12.0.7
/soft/community/osg/atlas_app/atlas_rel/12.0.7 AtlasProduction

The KVtest.sh script is attached.

Copying libs

Shawn Basically I wrote a little script which Xin took over (since he does the ATLAS sw installs for the sites). This script moves the "source" libraries listed below into each releases install area. So for Teraport just copy SRC1-SRC12 into the release areas as shown:

.../atlas_rel/12.0.7/AtlasProduction/12.0.7.1/InstallArea/i686-slc3-gcc323-opt/lib

Substitute for various release (all 12.x have this structure...11.x are different).

Xin To test if this patch works with KV, you will probably need to make a call to this script before the line of "# Run the tests" in the KVtest.sh script.

#!/bin/bash
#

# syntax:   
 
export APP="$1"
export REL="$2"

# dest
# for 12.x 
export BASE="$APP/atlas_app/atlas_rel/$REL/AtlasProduction/"
export DEST="/InstallArea/i686-slc3-gcc323-opt/lib"

echo "DEST = $DEST"

export SRC1="/lib/libssl.so.4"
export SRC2="/lib/libcrypto.so.4"
export SRC3="/usr/lib/libgssapi_krb5.so.2"
export SRC4="/usr/lib/libkrb5.so.3"
export SRC5="/lib/libcom_err.so.2"
export SRC6="/usr/lib/libk5crypto.so.3"
export SRC7="/usr/lib/libz.so.1"
export SRC8="/usr/lib/libg2c.so.0"
# Needed for reco
export SRC9="/usr/X11R6/lib/libXpm.so.4"
export SRC10="/usr/X11R6/lib/libX11.so.6"
export SRC11="/usr/X11R6/lib/libXext.so.6"
# Needed for 12.3.0
export SRC12="/usr/lib/libfreetype.so.6"


for i in `ls -b $BASE`;
do 
  echo "Copying for transform version $i..."
  for j in `seq 1 12`;
  do
    export n="SRC${j}"
    cp  -v ${!n} $BASE/$i/$DEST
  done
 
done

Modifications needed, but result is:

-rwxr-xr-x  1 usatlas2 usatlas   7004 Aug  8 16:16 libcom_err.so.2
-rwxr-xr-x  1 usatlas2 usatlas 941024 Aug  8 16:16 libcrypto.so.4
-rwxr-xr-x  1 usatlas2 usatlas 440484 Aug  8 16:16 libfreetype.so.6
-rwxr-xr-x  1 usatlas2 usatlas 103032 Aug  8 16:16 libg2c.so.0
-rwxr-xr-x  1 usatlas2 usatlas  82944 Aug  8 16:16 libgssapi_krb5.so.2
-rwxr-xr-x  1 usatlas2 usatlas 136016 Aug  8 16:16 libk5crypto.so.3
-rwxr-xr-x  1 usatlas2 usatlas 415188 Aug  8 16:16 libkrb5.so.3
-rwxr-xr-x  1 usatlas2 usatlas 213600 Aug  8 16:16 libssl.so.4
-rwxr-xr-x  1 usatlas2 usatlas 913020 Aug  8 16:16 libX11.so.6
-rwxr-xr-x  1 usatlas2 usatlas  53476 Aug  8 16:16 libXext.so.6
-rwxr-xr-x  1 usatlas2 usatlas  60720 Aug  8 16:16 libXpm.so.4
-rwxr-xr-x  1 usatlas2 usatlas  63624 Aug  8 16:16 libz.so.1

Alessandro's recommendations

• See further, https://twiki.cern.ch/twiki/bin/view/Atlas/RPMcompatSLC4
• After seeing logfiles from first attempts (failed on evgen and simulation):

Hi all,
this is a very seriuos error, because i believe it's related to some
system libraries which are not fully compatible with our software. Which
OS are you running on? If it is an SL4-compatible OS then you should
make sure you're correctly installing the compatibility stuff, i.e. at
least the following packages (I'm listing the packages for SL4, so
probably the name could not be exactly the same in your case):

compat-libstdc++-33-3.2.3-47.3
compat-gcc-32-3.2.3-47.3
compat-gcc-32-c++-3.2.3-47.3
SL_libg2c.a_change-3.4.3-1

What looks me suspicious is the "(C++ exception)", which is usually
cause by libraries not fully compatible with the code.
Have you tried with the SL4 native builds? They are available for the
13.0.X branch.
Cheers,

-- RobGardner - 08 Aug 2007