------------------------------------------------------------------------- Date: Sat, 1 Oct 1988 00:08 EET From: Revised List Processor (1.5n) <LISTSERV@FINHUTC> Subject: Message To: "Eric Thomas (CERN/L3)" <ERIC@LEPICS> LISTSERV@FINHUTC was down 1h during SEP88 (--> 0.1% of the time). ------------------------------------------------------------------------- Date: Sat, 1 Oct 1988 00:43 GMT From: Revised List Processor (1.5n) <LISTSERV@TREARN> Subject: Message To: ERIC@LEPICS LISTSERV@TREARN was down 16h during SEP88 (--> 2.2% of the time). ------------------------------------------------------------------------- Date: Sat, 1 Oct 1988 00:20 MET From: Revised List Processor (1.5n) <LISTSERV@HEARN> Subject: Message To: ERIC@LEPICS LISTSERV@HEARN was down 2h during SEP88 (--> 0.3% of the time). ------------------------------------------------------------------------- Date: Sat, 1 Oct 1988 00:34 GVA From: Revised List Processor (1.5n) <LISTSERV@CEARN> Subject: Message To: "Eric Thomas (CERN/L3)" <ERIC@LEPICS> LISTSERV@CEARN was down 1h during SEP88 (--> 0.1% of the time). ------------------------------------------------------------------------- Date: Sat, 1 Oct 1988 00:23 GMT From: Revised List Processor (1.5n) <LISTSERV@LEPICS> Subject: Message To: Eric Thomas - CERN/L3 <ERIC@LEPICS> LISTSERV@LEPICS was down 5h during SEP88 (--> 0.7% of the time). ------------------------------------------------------------------------- For some reason, I did not receive the figures for DEARN. The CEARN downtime was because we had to reformat all the spool areas; in the case of LEPICS, it was for the installation of VM/XA, I don't know about the others. Please note that the accuracy of this measurement is +/- 1h: if the last "tick" in the month is delayed by just one second, for example because LISTSERV was doing something else at that moment, the month will have changed and it will not be correctly accounted for. That is, it might well be that FINHUTC was down 0h. But in any case, these figures are very good and show that the international EARN nodes in question have a very good availability. Eric