Tags:
, view all tags

Upgrade to OSG 1.0

We started our upgrade to 1.0:
  • stoping our gatekeeper, in our computing element
/etc/init.d/xinetd stop
  • In our Computing element, getting pacman
cp -a  /opt/osg-0.8.0 /home/mdias/osg_backup0.8
cd /opt
wget http://physics.bu.edu/pacman/sample_cache/tarballs/pacman-3.26.tar.gz
tar --no-same-owner -xzvf pacman-3.26.tar.gz
cd pacman-3.26
source setup.sh
now,
cd /opt
mkdir osg-1.0.0
cd /opt/osg-1.0.0
vdt-control --off
export OLD_VDT_LOCATION=/opt/osg-0.8.0
pacman -get OSG:ce
source setup.sh
pacman -get OSG:Globus-Condor-Setup
the last step install condor batch. We have to inspect
 vim  /opt/osg-1.0.0/condor/etc/condor_config
Managed fork issues: installing and configuring it
pacman -get  OSG:ManagedFork
 $VDT_LOCATION/vdt/setup/configure_globus_gatekeeper --managed-fork y --server y
Gums server:
pacman -get  OSG:gums
Monalisa
 vim /opt/osg-1.0.0/MonaLisa/Service/VDTFarm/ml.properties
$VDT_LOCATION/vdt/setup/configure_monalisa --prompt
vim  /opt/osg-1.0.0/MonaLisa/Service/CMD/ml_env
JAVA_HOME=/opt/osg-1.0.0/jdk1.5  <-------was jdk1.4
Gums host cron
vdt-register-service -name gums-host-cron --enable
 vdt-control --enable gums-host-cron
$VDT_LOCATION/gums/scripts/gums-host-cron
some gums configuration
cp /opt/osg-1.0.0/post-install/prima-authz.conf /etc/grid-security/.
cp /opt/osg-1.0.0/post-install/gsi-authz.conf /etc/grid-security/.
We have to inspect these files
$VDT_LOCATION/vdt-app-data/gums/config/gums.config
$VDT_LOCATION/gums/config/gums-client.properties

Reusing the old configuration

cd /opt/osg-1.0.0/monitoring
source ../setup.sh
export OLD_VDT_LOCATION=/opt/osg-0.8.0/
./configure-osg.py -e
vim extracted-config.ini
we can test it and repair
configure-osg.py -v -f ./extracted-config.ini
 cp /opt/osg-0.8.0/monitoring/grid3-user-vo-map.txt
/opt/osg-1.0.0/monitoring/.
vim /opt/osg-1.0.0/monitoring/extracted-config.ini
installing it
  ./configure-osg.py -c -f ./extracted-config.ini 
removing and creating simbolic links
unlink /OSG 
ln -s /opt/osg-1.0.0 /OSG
Turning on services (seems to be not necessary)
vdt-control --on

  • Installing RSV
vim /opt/osg-1.0.0/monitoring/config.ini
[RSV]
 . . . 
enabled = True
 . . . 
rsv-user = mdias

now start services
vdt-control --on condor-cron osg-rsv apache 
and check it
condor_cron_q
tail -f $VDT_LOCATION/osg-rsv/logs/consumers/gratia-script-consumer.out
  • In our nodes, in a NFS shared directory,
cd /home/mdias
wget http://physics.bu.edu/pacman/sample_cache/tarballs/pacman-3.26.tar.gz
tar --no-same-owner -xzvf pacman-3.26.tar.gz
and then We've created a script like that:
source /opt/OSG-wn-client/setup.sh
vdt-control --off
cd /home/mdias/pacman-3.26
source setup.sh
mv /opt/OSG-wn-client /opt/OSG-wn-client.old
mkdir /opt/OSG-wn-client
cd /opt/OSG-wn-client
VDTSETUP_AGREE_TO_LICENSES=y
export VDTSETUP_AGREE_TO_LICENSES
VDTSETUP_INSTALL_CERTS=l
export VDTSETUP_INSTALL_CERTS
VDTSETUP_EDG_CRL_UPDATE=n
export VDTSETUP_EDG_CRL_UPDATE
VDTSETUP_ENABLE_ROTATE=y
export VDTSETUP_ENABLE_ROTATE
VDTSETUP_CA_CERT_UPDATER=n
export VDTSETUP_CA_CERT_UPDATER
pacman -trust-all-caches -get OSG:wn-client
mkdir /opt/OSG-wn-client/glite/etc
cp /OSG/glite/etc/vomses /opt/OSG-wn-client/glite/etc/.
mv /var/log/glexec /var/log/glexec.old
mv  /etc/glexec  /etc/glexec.old
mkdir /opt/glexec
cd /opt/glexec
pacman -trust-all-caches    -get http://vdt.cs.wisc.edu/vdt_181_cache:Glexec
sed -i 's/yourmachine.yourdomain/osg-ce.sprace.org.br/g'  /etc/glexec/contrib/gums_interface/getmapping.cfg
source setup.sh
vdt-control --on
so, We start to run it in our nodes:
/root/bin/clcmd /home/mdias/worknodeinstall.sh
/root/bin/clcmd rm -rf /opt/OSG-wn-client.old
we have to edit one /etc/glexec/glexec.conf to put "linger" =no line in [glexec] section and copy to the other nodes. Also we have to edit our computer element , before reusing old configuration:
 vim /opt/osg-1.0.0/monitoring/extracted-config.in
glexec_location = /opt/glexec/glexec-osg
Testing glexec
cd /opt/OSG-wn-client
source setup.sh 
voms-proxy-init -voms cms:/cms
export GLEXEC_CLIENT_CERT=/tmp/x509up_u537  
cd /opt/glexec/
glexec-osg/sbin/glexec /usr/bin/id

A srm error can force us to upgrade our dcache to make srm compatible. So in our storage elements:

/opt/init.d/dcache-pool stop
/opt/init.d/dcache-core stop
wget http://www.dcache.org/downloads/1.8.0/dcache-server-1.8.0-15p7.noarch.rpm
wget
rpm -Uvh dcache-server-1.8.0-15p7.noarch.rpm 
/opt/d-cache/install/install.sh
chkconfig --del dcache-core 
chkconfig --del dcache-pool 
cp /opt/d-cache/bin/dcache-pool /etc/init.d/.
cp /opt/d-cache/bin/dcache-core /etc/init.d/.
chkconfig --add dcache-core 
chkconfig --add dcache-pool 
chkconfig dcache-core on
chkconfig dcache-pool on

interesting links

Updates

Fulano em dd/mm/aaaa

Coloca o que fez.

Ciclano em dd/mm/aaaa

Mais comentarios

-- MarcoAndreFerreiraDias - 23 Jun 2008

Edit | Attach | Print version | History: r12 | r7 < r6 < r5 < r4 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r5 - 2008-06-27 - MarcoAndreFerreiraDias
 

This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback

antalya escort bursa escort eskisehir escort istanbul escort izmir escort