WMS Factory
- Overview
- Details
- Configuration
- Design
- Monitoring
- Troubleshooting
Custom Script Exit Status Output Format
Description
This document describes syntax and semantic of the custom script exit status output.
For information about custom scripts and helper scripts for generating the output, consult the Custom Script page.
Format basics
The custom script exit status is stored in a file called
otrb_output.xml
The output format is an XML document and is a subset of the proposed common OSG test format.
The document is encapsulated in the <OSGTestResult> tag.
The <OSGTestResult> tag must have two attributes:
- version - Must be "4.3.1".
- id - The name of the testing script.
There are two sections in the document:
- The required result section
- An optional detail section
The result section
The result section is required and is encapsulated by the <result> tag.
To be finished.
The detail section
The detail section is optional, and when present, is encapsulated by the <detail> tag.
It can contain arbitrary text and is meant to be human readable only.
All machine readable information should have already been provided in the result section.
Standard error types
All failed scripts should have one of the following failure types:
- WN_Resource - Something is wrong with the worker node. Example reasons to use this failure mode is missing libraries, disk full, etc.
- Network - Something went wrong when I tried to use the network.
- Config - The glidein config file is missing an attribute that we expected was there.
- VO_Config - The glidein config file is missing an attribute that we expected were put there by one of the VO provided scripts that ran before.
- Corruption - Catch all cathegory for when things make no sense.
- VO_Proxy - The VO-provided proxy does not meet our requirements.
To be finished.
Examples
This is an example of a successful invocation. As expected there is only the result section.
<OSGTestResult id="cat_consts.sh" version="4.3.1"> <result> <status>OK</status> <metric name="NrAttributes" ts="2012-09-13T14:34:36-07:00" uri="local">30</metric> </result> </OSGTestResult>
This instead is an example of a failed invocation and includes a result section.
<OSGTestResult id="mybin_test.sh" version="4.3.1"> <result> <status>ERROR</status> <metric name="failure" ts="2012-09-13T14:34:36-07:00" uri="local">WN_RESOURCE</metric> <metric name="TEST_BIN" ts="2012-09-13T14:34:36-07:00" uri="local">/bin/mytest</metric> </result> <detail> The test binary does not exist. Looked in /bin/mytest. </detail> </OSGTestResult>