1 Agenda for SAM ARC probe WG telco 23.04.2013 11.00
1.1 Items important for SAM team
1.1.1 ARC probes should not use positional arguments - Open
1.1.2 Provide arcnagios.ini configuration - Open
1.2 Items from the previous meeting
1.2.1 Run probes from command line (done)
1.2.2 Probe dependency on NG schema (Petter replied but what's the decision?)
1.2.3 Better certificate life-time check for infosys.
1.2.4 Automatic selection of good SE (done, SAM confirmation needed)
1.3 AOB
1 Agenda for SAM probe WG telco 23.04.2013 11.00
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
https://ggus.eu/tech/ticket_show.php?ticket=92869
seems done
https://ggus.eu/tech/ticket_show.php?ticket=92870
seems done
NGI_CH and NGI_UA expressed a need to run probes from a command line.
Petter confirmed it is possible, only it needs to be better
documented. Petter will upgrade the documentation.
http://git.nbi.ku.dk/downloads/NorduGridARCNagiosPlugins.pdf
I also tested and added a hint at the end of Section 3.4 of how one can
run a Nagios-style script similar to what the "samtest-run" accepts.
It's a bit of a kludge since check_arcce uses a different "protocol" for
transferring back the status of remote scripts. This could be useful
e.g. for adapting the MPI probe."
see e-mail from Petter at 19.03.2013 11:43
Some infosys tests, e.g. certificate life-time, are bound to NG
schema. It seems not a durable solution because NG schema (or
infoproviders that generate its content) slightly changes every ARC
release and also is planned for phase out. NG schema is thought to be
something internal to ARC and is not widely used somewhere except ARC
clients. But in Ukraine we have some grid-portals that parse LDAP
information directly to speed up job status retrieval. Here we
introduce an external tool (Nagios Probes) that depends on NG schema
and so it should be kept in sync. Maybe, some tests can be modified
to utilize GLUE2 schema which is a standard or to use ARC clients to
retrieve information delegating all NG-schema stuff to the original
code.
Certificate life-time check through the infosys is not as direct as
e.g. retrieveing certificate from GridFTP or A-REX WS-interface.
Generally, the tests should interact with the service the same way as
clients usually do, and clients never check certificate validity
through the infosys. NGI_FI: maybe test should first try A-REX (https
so we get the certificate anyway), then fall back to ldap+NG schema.
Petter will look at that.
Also replied in Petter's e-mail from 19.03.
It will be useful to integrate data staging tests with GoodSEs metric
of Nagios so that SRM endpoints for the tests were chosen
automatically.
Petter: This is solved, pending confirmation that the implemented solution is
sufficient for SAM:
https://bugzilla.nordugrid.org/show_bug.cgi?id=3128