(This is something you should be aware of, not a suggestion that we
all dive in with 1.4.0 today...)
Andrew
---------- Forwarded message ----------
Date: Mon, 9 Dec 2002 11:07:01 +0100 (CET)
From: Markus Schulz <[log in to unmask]>
To: [log in to unmask]
Cc: [log in to unmask], [log in to unmask],
[log in to unmask], [log in to unmask], [log in to unmask],
[log in to unmask]
Subject: [ITeam] UPGRADE TO EDGv1.4.0 <------ READ THIS MAIL
Dear Sysadmins and EDG Application Testbed-Users,
as you might know already EDG has released the version
v.1.4.0 on Saturday. Using the so called Fake-II (dbII) and including
quite some bug fixes from WP1 this will mean a step forward
toward stable operation (I said a step not a big leap forward).
At CERN we have already the RB used by CMS and one UI on 1.4.
(lxshare0383 and testbed013).
The upgrade to this version on the Application Testbed is planned to
be done today.
Since the current version and 1.4 are NOT backward compatible and
in fact using 1.4 RBs with older UIs will bring the system badly down
the sites have to switch the UIs and RBs at the same time.
We propose to start the upgrade at 12:00.
Here is now the sequence in which sites should do the upgrade:
0) Get the tag edg v1.4.0 from the CVS repository
1) Make your UI nodes unavailable for the users
2) Upgrade the UI,CE,.. (everything but the RB and FakeII)
3) Upgrade your RB (if you have one)
Switch off the services
Clean the RBs data base with the command:
pgsql -U postgres rb
delete from job;
"\q"
Upgrade your RB
Restart the services
This is required since the entries are not compatible and
bad things to your RBs future will happen if you mix them.
4) To test your new RB point it to the information index at
lxshare0225 at CERN. Submit a few test jobs.
The lines to change are in rb.conf in /opt/edg/etc
MDS_contact = "lxshare0225.cern.ch";
MDS_port = 2170;
MDS_timeout = 60;
MDS_gris_port = 2135;
MDS_basedn = "mds-vo-name=local,o=grid";
5) If your systems works send mail to the Integration team
list your status.
6) If your RB works with your upgraded UI you can let the
users in again. But it is very important that you avoid
mixing pre 1.4 and 1.4 versions of UIs and RBs!!!
Tell your users that they can only use the already upgraded RBs.
(If you are in doubt that you have sufficient control over
your users wait until all sites are at 1.4. before you let them
in again)
7) Those sites who operate RBs have to setup (on another node)
their own dbII. This can be done while the local RB is
running with the dbII on lxshare0225 at CERN.
You can find a simple HowTo at the end of the mail.
If your dbII is working switch your RB to it and announce to the
list that your dbII is ready.
8) We will announce when all the sites are upgraded.
Good luck
markus and emanuele
Here is the dbII HowTo:
1) Install the node with the standard BDII-cfg.h configuration file
2) In /opt/edg/etc copy the bdii.conf.template template file to bdii.conf:
> cp /opt/edg/etc/bdii.conf.template /opt/edg/etc/bdii.conf
3) Edit /opt/edg/etc/bdii.conf for your site. This usually means
changing only
BDII_HOST, BDII_PASSWD, and BDII_PASSWD_PLAIN.
To generate a new BDII_PASSWD(_PLAIN) pair (recommended!) you
can use the
/opt/openldap/sbin/slappasswd command which works just
like passwd for Unix.
If you are installing the BDII node for a testbed different from the
EDG
application testbed, then you also need to change MDS_HOST.
4) Copy the /opt/edg/etc/init.d/bdii file to /etc/rc.d/init.d (or create a
soft link), activate the service with chkconfig, and start the slapd:
> cp /opt/edg/etc/init.d/bdii /etc/rc.d/init.d/bdii
> /sbin/chkconfig bdii on
> /etc/rc.d/init.d/bdii start
*************************************************************************
* *
* CERN Markus W. Schulz *
* Bat. 31 2-015 *
* CH-1211 Geneva 23 *
* *
* Phone: +41 22 76 77909 *
* www.cern.ch *
* *
*************************************************************************
|