Actually, when I look closely, I find the gsl rpms are installed
only at the UM Worker Nodes of AGLT2, probably because they are
needed by the co-located UM Tier3 software base.
bob
On 11/6/2014 2:44 PM, Ilija Vukotic
wrote:
Hi,
I would recommend we refrain from installing GSL.
When it will be widely needed it will come with AnalysisBase. If
needed for some special test by you Giordon, we could add it to
our Tier3 only.
And I would not really worry about AnalysisBase
2.0.16 as it was crashing on every single read test done by
Johannes E.
Cheers,
Ilija
--
Ilija Vukotic •
Skype ivukotic • +1 872 230 6435 • University of Chicago
On Nov 6, 2014, at 12:28 , Giordon Stark <gstark AT cern.ch> wrote:
I just heard from Ulla on one point of this:
" Hi
Giordon,
As
you probably have realized this is not by Design but a
nasty consequence of the way the new root versions are
setup.
Hence
we don't know this at the time we announce the release
(I routinely test the release on non-linux mashines but
as it appears this cluster is well-equipped).
I am
working on a known-issues list on the AnalysisBase
wiki. Many thanks for the reminder to include this
item. I will include some advise there. When we announce
2.0.17 we will include this advise.
"
On Thu Nov 06 2014 at 12:26:32 PM
Giordon Stark <gstark AT cern.ch>
wrote:
This is a good question, and from what I'm seeing --
they're developing it to work "as-is" on lxplus. As
far as I can tell, lxplus provides GSL locally. Why
they're not shipping it with ALRB, or at the very
least, within rcSetup, I don't know. They've frozen
2.0.16 and are working on new release versions so if
they were going to ship it, I would've expected ALRB
to have updated to reflect that change.
Giordon
On Thu Nov 06 2014 at
12:21:05 PM Miles Wu <mileswu AT uchicago.edu> wrote:
Hi Giordon and Lincoln,
Is installing this locally the
recommended action? Is it not going to be
provided by ALRB? I am a little bit hesitant to
have it installed locally, because then we need
to keep on top of keeping it up to date and in
theory we might be using a different version
that produces different results to someone else.
Surely the AnalysisBase tag is tied to a
specific version of GSL (in exactly the same way
as it is meant to be used with a specific
version of a centrally-compiled/managed ROOT) to
ensure consistently between everyone in ATLAS.
For example we have seen this
problem with the two versions of emi: the local
one on the T3 no longer works because it wasn't
updated with the new CERN VOMS servers, but the
ALRB cvmfs one does work because it is
maintained centrally by people whose job it is
to keep this stuff working.
Thanks,
Miles
On Thursday, 6
November 2014 at 12:06, Lincoln Bryant wrote:
Hi Giordon,
Thanks for the heads up.
I've forwarded this to the
atlas-connect-l list and gsl should be
rolling out on all of the MWT2, UCT3,
and UC3 workers over the next few hours.
Thanks,
Lincoln
On Nov 6, 2014, at 11:46
AM, Giordon Stark wrote:
Hi all,
As of Analysis Base
2.0.16, we will need to have the
GSL installed on computers that
would like to run xAOD using
RootCore. Release details (https://twiki.cern.ch/twiki/bin/view/AtlasProtected/AnalysisBase)
but does not mentioned needing
GSL.
In the meantime, the
next stable base will be 2.0.13
(without GSL dependencies).
Thanks,
Giordon (see output
below)
kratsg@tier3:/export/home/kratsg/test$
yum list
gsl
Loaded plugins:
security
Repository core-0 is
listed more than once in the
configuration
Repository osg-el6
is listed more than once in
the configuration
Repository dell-el6
is listed more than once in
the configuration
Repository
SL-64-x86_64-security is
listed more than once in the
configuration
Repository
SL-64-x86_64 is listed more
than once in the configuration
Repository MWT2-SL6
is listed more than once in
the configuration
Repository
EPEL-6-x86_64 is listed more
than once in the configuration
EPEL-6-x86_64
11151/11151
MWT2-SL6
124/124
SL-64-x86_64
6410/6410
SL-64-x86_64-security
1855/1855
core-0
4011/4011
dell-el6
2318/2318
mwt2-kernel-sl6
13/13
osg-el6
2455/2455
Available Packages
gsl.i686
1.13-1.el6
SL-64-x86_64
gsl.x86_64
1.13-1.el6
SL-64-x86_64
|