On 10/29/2018 02:37 PM, Matt Doidge wrote:
> Hello, To weigh in on this list, the tarballs do require HEPOSlibs to
> be installed. If this is no longer a sensible assumption to make we
yeah, i thought so ...
> will rethink this, please let us know at [log in to unmask]
> or drop the UI WN Tarball group a GGUS ticket.
>
> Repeating Maarten's test on a clean shell on our system works for
> us: bash-4.2$ source
> /cvmfs/grid.cern.ch/umd-c7wn-latest/etc/profile.d/setup-c7-wn-example.sh
>
>
bash-4.2$ gfal-ls
> usage: gfal-ls [-h] [-V] [-v] [-D DEFINITION] [-t TIMEOUT] [-E CERT]
> [--key KEY] [-4] [-6] [-C CLIENT_INFO] [-a] [-l] [-d] [-H] [--xattr
> XATTR] [--time-style {locale,iso,long-iso,full-iso}] [--full-time]
> [--color {always,never,auto}] file gfal-ls: error: too few arguments
> bash-4.2$ env | grep ^LD_ | tr : \\n
> LD_LIBRARY_PATH=/cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/lib64
> /cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/lib
> /cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/usr/lib64
> /cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/usr/lib /usr/lib64
>
> But we have json-c installed on these nodes, and I can confirm that
> that came in as part of our HEPOSlib install, from our install log:
> ks-post.log:--> Processing Dependency: json-c(x86-64) for package:
> HEP_OSlibs-7.2.3-1.el7.cern.x86_64
ok, that's great!!! thanks a lot for confirmation!!
now, one more thing to fix is to be able to install heposlib with
kernel-ml (i already submitted an issue to heposlib repository)
(but at this moment i can live with the "normal" upstream provided kernel)
Thanks a lot for info!
Adrian
> Thanks all, Matt
>
> On 28/10/18 21:24, Maarten Litmaath wrote:
>> Hi Adrian,
>>
>>> HEP_OSlibs do not requests gfal
>>
>> HEP_OSlibs just requires a bunch of standard packages coming with
>> Linux that happen not to get installed by default. That is, no
>> relation with grid MW.
>>
>>> Error: kernel-ml-headers conflicts with
>>> kernel-headers-3.10.0-862.14.4.el7.x86_64
>>
>> Feel free to open a ticket about that matter and we may learn what
>> might be done about it. I have had no problems with HEP_OSlibs on
>> CentOS 7.
>>
>> ________________________________________ From: Adrian Sevcenco
>> Sent: 28 October 2018 18:32 To: Maarten Litmaath;
>> [log in to unmask] Cc: Matt Doidge Subject: Re:
>> [LCG-ROLLOUT] usage of wn tarball/cvmfs package
>>
>> On 10/28/2018 07:16 PM, Maarten Litmaath wrote:
>>> Hi Adrian, all, that does not appear to be quite sufficient:
>>>
>>> $ source
>>> /cvmfs/grid.cern.ch/umd-c7wn-latest/etc/profile.d/setup-c7-wn-example.sh
>>>
>>>
$ env | grep ^LD_ | tr : \\n
>>> LD_LIBRARY_PATH=/cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/lib64
>>>
>>>
/cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/lib
>>> /cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/usr/lib64
>>> /cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/usr/lib $ gfal-ls
>>> Traceback (most recent call last): File
>>> "/cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/usr/bin/gfal-ls",
>>> line 24, in <module> from gfal2_util.shell import Gfal2Shell File
>>> "/cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/usr/lib/python2.7/site-packages/gfal2_util/shell.py",
>>> line 23, in <module> from base import CommandBase File
>>> "/cvmfs/grid.cern.ch/centos7-wn-4.0.5-1_umd4v1/usr/lib/python2.7/site-packages/gfal2_util/base.py",
>>> line 32, in <module> import gfal2 ImportError: libjson-c.so.2:
>>> cannot open shared object file: No such file or directory
>>>
>>> Apparently it is assumed the WN has a bunch of dependencies
>>> installed.
>> well, yes, i omitted the HEP_OSlibs step as it is installed by
>> default for all compute nodes .. but HEP_OSlibs do not requests
>> gfal repoquery -R HEP_OSlibs.x86_64 | grep -i gfal
>>
>> plus, i had the unpleasant surprise that HEP_OSlibs cannot be
>> installed on machines that use mainline kernel packages: Error:
>> kernel-ml-headers conflicts with
>> kernel-headers-3.10.0-862.14.4.el7.x86_64
>>
>> as it has the dependency of kernel-headers .. is this considered a
>> bug by everyone or just by me? (should i add an issue on
>> gitlab.cern.ch/linuxsupport/rpms/HEP_OSlibs/ ?)
>>
>>> They might get pulled in via HEP_OSlibs, but the CVMFS WN rather
>>> ought to work for any VO... CC Matt Doidge for comments.
>>
>> Thanks! Adrian
>>
>>
>>>
>>> ________________________________________ From: LHC Computer Grid
>>> - Rollout [[log in to unmask]] on behalf of Adrian
>>> Sevcenco [[log in to unmask]] Sent: 28 October 2018 17:58
>>> To: [log in to unmask] Subject: [LCG-ROLLOUT] usage of wn
>>> tarball/cvmfs package
>>>
>>> Hi! I am not sure that i understood correctly the usage of cvmfs
>>> distribution of wn umd packages .. So, what i got so far is this
>>> : echo "export GLITE_VERSION=umd-c7wn-latest" >
>>> /etc/cvmfs/config.d/grid.cern.ch.local
>>>
>>> or umd-sl6wn-latest
>>>
>>> and : cat > /etc/profile.d/wn-enable.sh <<EOF source
>>> /etc/cvmfs/config.d/grid.cern.ch.local source
>>> /cvmfs/grid.cern.ch/${GLITE_VERSION}/etc/profile.d/* EOF
>>>
>>> Would these steps be everything needed for usage of umd compute
>>> nodes? (of course the scheduler is already in place)
>>>
>>> Thank you!! Adrian
>>>
>>>
>>> ########################################################################
>>>
>>>
>>>
To unsubscribe from the LCG-ROLLOUT list, click the following link:
>>> https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.jiscmail.ac.uk%2Fcgi-bin%2Fwebadmin%3FSUBED1%3DLCG-ROLLOUT%26A%3D1&data=02%7C01%7Cm.doidge%40lancaster.ac.uk%7C11fc5c03223a485b885608d63d1bc19c%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C0%7C636763586758061109&sdata=ilm7Ck4syTl0Ss1r2VoVnFYvpXoYn3iXjivqGobmZgU%3D&reserved=0
>>>
>>>
>>
>>
>>
>>>
--
>> ---------------------------------------------- Adrian Sevcenco,
>> Ph.D. | Institute of Space Science - ISS,
>> Romania | adrian.sevcenco at {cern.ch,spacescience.ro} |
>> ----------------------------------------------
>>
########################################################################
To unsubscribe from the LCG-ROLLOUT list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=LCG-ROLLOUT&A=1
|