Yes, this is definitely important. We too would like to see the
scripts safe for multiple invocations, and will certainly be working to
that end. I'll log this as a bug, and anyone else who finds functions
which cannot be rerun is requested to do the same.
Thanks,
-Oliver
--------------------------------------------------------------------
Oliver Keeble Information Technology Department
[log in to unmask] CERN
+41 22 76 74929 CH-1211 Geneva 23
On Fri, 7 Jan 2005, Brew, CAJ (Chris) wrote:
> Hi,
>
> Thanks. Having reinstalled my entire SL303/YAIM site this morning (just
> before the bug fix came out) and now having to go through and apply the
> fixes by hand could I request that the config_xxx scripts be made safe for
> multiple runs.
>
> For example I tried rerunning the config_gip function after correcting a
> mistake in my site-info.def file and ended up with many duplicate entries in
> the conf and ldif files.
>
> This will probably become a real issue when we want to update the yaim
> sites.
>
> Yours,
> Chris.
>
> > -----Original Message-----
> > From: LHC Computer Grid - Rollout
> > [mailto:[log in to unmask]] On Behalf Of Oliver Keeble
> > Sent: 07 January 2005 16:10
> > To: [log in to unmask]
> > Subject: Re: [LCG-ROLLOUT] VO_xxx_SW_DIR on YAIM installed SL
> > (maybe RH73) WNs
> >
> > Hi Chris,
> >
> > A bug causing the symptoms you describe has been fixed in
> > lcg-yaim-2.3.0-9.noarch.rpm. However, the bug you cite below
> > would only be
> > expressed if VO_xxx_DEFAULT_SE was not set in your
> > site-info.def (is that
> > the case?)
> >
> > So, I'll make sure the issue below is patched, but I
> > suspect the
> > new yaim release will sort you out.
> >
> > Thanks,
> >
> > -Oliver
> >
> > --------------------------------------------------------------------
> > Oliver Keeble Information Technology Department
> > [log in to unmask] CERN
> > +41 22 76 74929 CH-1211 Geneva 23
> >
> > On Fri, 7 Jan 2005, Brew, CAJ (Chris) wrote:
> >
> > > Hi,
> > >
> > > On my recently installed SL303, YAIM installed WN the
> > VO_xxx_SW_DIR envvar
> > > is being set incorrectly to the default SE name.
> > >
> > > if appears that the fault is in the config_lcgenv function
> > >
> > > if [ "x`eval echo '$'VO_${VO}_DEFAULT_SE`" = "x" ]; then
> > > eval VO_${VO}_SW_DIR=$SE_HOST
> > > fi
> > >
> > > Should probably read:
> > >
> > > if [ "x`eval echo '$'VO_${VO}_DEFAULT_SE`" = "x" ]; then
> > > eval VO_${VO}_DEFAULT_SE=$SE_HOST
> > > fi
> > >
> > > Yours,
> > > Chris.
> > >
> > > --
> > > Chris Brew ([log in to unmask]) +44 1235 446326
> > > Particle Physics Department
> > > Rutherford Appleton Laboratory
> > > Chilton, Didcot. Oxfordshire.
> > > OX11 0QX. United Kingdom.
> > >
> >
>
