From 8c3608586069cba6e2045f5da643ff3a068d2134 Mon Sep 17 00:00:00 2001 From: Tim Bishop Date: Tue, 23 Mar 2004 23:43:39 +0000 Subject: [PATCH] Another biggish commit. All pages are now XHTML 1.1 compliant. I've also tided (with the help of the tidy tool) all the pages, so they're neater. There are still parts of the site that won't validate - such as the CGI scripts, and the CVS stuff - but I'll get to them tomorrow. --- www/cms/documentation/gettingstarted.xhtml | 389 +++++++++------ www/cms/documentation/index.xhtml | 206 +++++--- www/cms/features.xhtml | 344 +++++++------ www/cms/index.xhtml | 388 ++++++++------- www/cms/javadoc/index.xhtml | 70 +-- www/cms/minutes.xhtml | 164 +++--- www/cms/projectpapers.xhtml | 154 +++--- www/cms/screenshots/index.xhtml | 466 +++++++++--------- www/cvs.xhtml | 217 ++++---- www/cvsplot/index.xhtml | 100 ++-- www/doctype.inc | 2 +- www/footer.inc | 14 +- www/header.inc | 4 +- www/index.xhtml | 399 +++++++-------- www/laroona/index.xhtml | 114 ++--- www/libstatgrab/index.xhtml | 547 +++++++++++---------- www/license.xhtml | 80 ++- www/mailinglists.xhtml | 186 +++---- www/menu.inc | 108 ++-- www/pgpkey.xhtml | 86 ++-- www/pystatgrab/index.xhtml | 171 +++---- www/skeleton.xhtml | 51 +- www/style.inc | 4 +- www/styles/style.css | 2 +- www/support.xhtml | 95 ++-- www/who.xhtml | 141 +++--- 26 files changed, 2404 insertions(+), 2098 deletions(-) diff --git a/www/cms/documentation/gettingstarted.xhtml b/www/cms/documentation/gettingstarted.xhtml index 05449a5..d17e704 100644 --- a/www/cms/documentation/gettingstarted.xhtml +++ b/www/cms/documentation/gettingstarted.xhtml @@ -1,148 +1,253 @@ - - -Getting Started with the i-scream Central Monitoring System + + + Getting Started with the i-scream Central Monitoring System + - - - - -
- -
- + + +
+
- -
-

Getting Started

- -

Getting Started with the i-scream Central Monitoring System

- -

1. Installing the corba services (pre-requisite for the server)

-

The server requires a CORBA Naming Service to run. It may be that you already -have such a system running, in which case you can use that. Simply edit the -jacorb.properties file to point to your Naming service. If you don't have a -naming service running you could just set up your own manually, but if like us -you want the easy approach, install our corba services program.

-

This program runs the naming service and provides a builtin webserver to -serve requests to the server application. The documentation details how to get -this running. It should simply be a case of extracting and running.

-

1. Installing the server

-

The first stage is to download and install the server application. The -latest versions of all i-scream applications can be found at the following -URL:

-

http://www.i-scream.org/downloads

-

Once downloaded, the archive should be extracted to a directory of your -choice. The server will run on most Java enabled platforms (including -Windows, Linux and FreeBSD).

-

The archive consists of only a few files and directories. The main file is -the iscream-server.jar archive which contains all the binary code for the -server. The lib directory contains other JAR archives which the server -requires to run. The etc directory contains (or will contain) -configuration for most of the i-scream central monitoring system. The next -step is to configure the server to suit your requirements.

-

2. Configuring the server

-

The configuration is split into two main files. The first, -default.properties can be considered a bootstrap configuration. This means -that it provides basic configuration to get the server started, after -which point the main configuration system takes over. This file should be -checked through, and is pretty well explained by comments.

-

The rest of the server configuration is based on system.conf. This can -hold the entire system configuration, including hosts. It may also specify -other configuration files to be included in the main configuration. This -file is also commented extensively.

-

This step may well take some time to get right, and you can come back to -it at any point. Lots of the configuration can be changed "on the fly" -as well.

-

For fuller and complete details of the configuration system, and the -server in general, please see the Server User Guide in the documentation -section of the website.

-

2a. Setting up the database

-

The i-scream central monitoring system can make use of a database for -generating historical reports. The documentation explains how you would -configure the system to do this. You will need to create a single basic -table yourself, this is also explained in the documentation.

-

3. Starting the server

-

Starting up the server is a trivial task. Usually you can just get away -with running the run script provided. This will boot the server up -displaying some basic information to the console. If something goes wrong, -the error message should point to the cause.

-

4. Setting up hosts

-

Hosts can be run on either Unix (tested with Solaris, FreeBSD and some -Linux distributions) or Windows. Both are equally easy to setup.

-

Firstly, the Unix host is called "ihost". This can be downloaded from the -i-scream website. Once extracted it just needs to be started up. You need two -pieces of information to do this: the filtermanager (part of the server) host -and port number. If you haven't changed much in terms of configuration this will -be the machine the server is running on, and port 4567. To start ihost you -simply type:

- -
ihost.pl server.domain.com port
- -

ihost will then contact the server to obtain it's configuration and start -sending information.

-

The windows host, winhost, is very similar. All you need to do is install it -using the provided installer in the download, and then edit the ini file to -provide the two bits of information above. Running the application starts up -communication with the server and data sending commences.

-

Full details of both of these hosts can be found in the relevant -documentation on the website.

-

5. Using Conient

-

Conient allows you to view, in real time, the data being sent by the -hosts. This is a perfect way to test that all the above steps have -successfully been completed.

-

At present Conient is simply another archive which can be extracted and -run. However, in the near future we hope to have an installer to make life -easier. Conient is a Java application and will run on most Java enabled -platforms.

-

After extracting, the run script can be used to start Conient, or in some -cases the JAR file can be executed manually. The GUI will then load. The -configuration section requires you to enter a host and port for the -server. By default this will be the machine on which the server is running -and port 4510. Conient will then connect upon request and start displaying -information.

-

Assuming data is displayed you have successfully setup the i-scream -central monitoring system. Well done!

-

This is explained in much more detail in the Conient documentation.

-

6. Setting up DBReporter

-

If you are making use of a database you can setup the DBReporter to -generate web-based reports of the information collected. This is just a -case of extracting the archive to a suitable location, configuring it, and -setting it to run on a regular basis (we suggest daily). DBReporter will -also ensure the database is kept relatively clean.

-

Full instructions are available in the DBReporter documentation.

-

7. Setting up the Web Interface

-

The Web interface allows you to view various aspects of the i-scream -central monitoring system's output. These include realtime viewing of data -(much like Conient), links to the DBReporter above, and full displaying of -the alerts that can be generated by the server.

-

The archive contains a series of PHP scripts which should be placed on -your PHP enabled web server. The configuration files allow you to tailor -the setup to suit your needs.

-

Full instructions are available in the relevant documentation.

-

8. Further

-

You may decide to expand your setup to cover a larger network. For example, a -distributed filter arrangement could cut down on the amount of traffic -being sent around the network. The server itself can be distributed to suit your -needs. You may wish to run the database section of the server on the same -machine as the database, while running the rest on another machine.

-

Some discussion about this is available in the server documentation.

-

If you have any questions about any of the above, please don't hesitate to -contact us at dev@i-scream.org. If you find we've missed something out, -again, please let us know.

-

Finally, we'd like to thank you for trying this i-scream product. We realise -that it's still at an early stage, and we therefore appreciate you taking -the time to try it out.

-

The i-scream team.

-
- +
+

+ Getting Started +

+

+ Getting Started with the i-scream Central Monitoring System +

+

+ 1. Installing the corba services (pre-requisite for the + server) +

+

+ The server requires a CORBA Naming Service to run. It may + be that you already have such a system running, in which + case you can use that. Simply edit the jacorb.properties + file to point to your Naming service. If you don't have a + naming service running you could just set up your own + manually, but if like us you want the easy approach, + install our corba services program. +

+

+ This program runs the naming service and provides a builtin + webserver to serve requests to the server application. The + documentation details how to get this running. It should + simply be a case of extracting and running. +

+

+ 1. Installing the server +

+

+ The first stage is to download and install the server + application. The latest versions of all i-scream + applications can be found at the following URL: +

+

+ + http://www.mirror.ac.uk/sites/ftp.i-scream.org/pub/i-scream/cms/ +

+

+ Once downloaded, the archive should be extracted to a + directory of your choice. The server will run on most Java + enabled platforms (including Windows, Linux and FreeBSD). +

+

+ The archive consists of only a few files and directories. + The main file is the iscream-server.jar archive which + contains all the binary code for the server. The lib + directory contains other JAR archives which the server + requires to run. The etc directory contains (or will + contain) configuration for most of the i-scream central + monitoring system. The next step is to configure the server + to suit your requirements. +

+

+ 2. Configuring the server +

+

+ The configuration is split into two main files. The first, + default.properties can be considered a bootstrap + configuration. This means that it provides basic + configuration to get the server started, after which point + the main configuration system takes over. This file should + be checked through, and is pretty well explained by + comments. +

+

+ The rest of the server configuration is based on + system.conf. This can hold the entire system configuration, + including hosts. It may also specify other configuration + files to be included in the main configuration. This file + is also commented extensively. +

+

+ This step may well take some time to get right, and you can + come back to it at any point. Lots of the configuration can + be changed "on the fly" as well. +

+

+ For fuller and complete details of the configuration + system, and the server in general, please see the Server + User Guide in the documentation section of the website. +

+

+ 2a. Setting up the database +

+

+ The i-scream central monitoring system can make use of a + database for generating historical reports. The + documentation explains how you would configure the system + to do this. You will need to create a single basic table + yourself, this is also explained in the documentation. +

+

+ 3. Starting the server +

+

+ Starting up the server is a trivial task. Usually you can + just get away with running the run script provided. This + will boot the server up displaying some basic information + to the console. If something goes wrong, the error message + should point to the cause. +

+

+ 4. Setting up hosts +

+

+ Hosts can be run on either Unix (tested with Solaris, + FreeBSD and some Linux distributions) or Windows. Both are + equally easy to setup. +

+

+ Firstly, the Unix host is called "ihost". This can be + downloaded from the i-scream website. Once extracted it + just needs to be started up. You need two pieces of + information to do this: the filtermanager (part of the + server) host and port number. If you haven't changed much + in terms of configuration this will be the machine the + server is running on, and port 4567. To start ihost you + simply type: +

+
+ihost.pl server.domain.com port
+
+

+ ihost will then contact the server to obtain it's + configuration and start sending information. +

+

+ The windows host, winhost, is very similar. All you need to + do is install it using the provided installer in the + download, and then edit the ini file to provide the two + bits of information above. Running the application starts + up communication with the server and data sending + commences. +

+

+ Full details of both of these hosts can be found in the + relevant documentation on the website. +

+

+ 5. Using Conient +

+

+ Conient allows you to view, in real time, the data being + sent by the hosts. This is a perfect way to test that all + the above steps have successfully been completed. +

+

+ At present Conient is simply another archive which can be + extracted and run. However, in the near future we hope to + have an installer to make life easier. Conient is a Java + application and will run on most Java enabled platforms. +

+

+ After extracting, the run script can be used to start + Conient, or in some cases the JAR file can be executed + manually. The GUI will then load. The configuration section + requires you to enter a host and port for the server. By + default this will be the machine on which the server is + running and port 4510. Conient will then connect upon + request and start displaying information. +

+

+ Assuming data is displayed you have successfully setup the + i-scream central monitoring system. Well done! +

+

+ This is explained in much more detail in the Conient + documentation. +

+

+ 6. Setting up DBReporter +

+

+ If you are making use of a database you can setup the + DBReporter to generate web-based reports of the information + collected. This is just a case of extracting the archive to + a suitable location, configuring it, and setting it to run + on a regular basis (we suggest daily). DBReporter will also + ensure the database is kept relatively clean. +

+

+ Full instructions are available in the DBReporter + documentation. +

+

+ 7. Setting up the Web Interface +

+

+ The Web interface allows you to view various aspects of the + i-scream central monitoring system's output. These include + realtime viewing of data (much like Conient), links to the + DBReporter above, and full displaying of the alerts that + can be generated by the server. +

+

+ The archive contains a series of PHP scripts which should + be placed on your PHP enabled web server. The configuration + files allow you to tailor the setup to suit your needs. +

+

+ Full instructions are available in the relevant + documentation. +

+

+ 8. Further +

+

+ You may decide to expand your setup to cover a larger + network. For example, a distributed filter arrangement + could cut down on the amount of traffic being sent around + the network. The server itself can be distributed to suit + your needs. You may wish to run the database section of the + server on the same machine as the database, while running + the rest on another machine. +

+

+ Some discussion about this is available in the server + documentation. +

+

+ If you have any questions about any of the above, please + don't hesitate to contact us at + dev@i-scream.org. + If you find we've missed something out, again, please let + us know. +

+

+ Finally, we'd like to thank you for trying this i-scream + product. We realise that it's still at an early stage, and + we therefore appreciate you taking the time to try it out. +

+

+ The i-scream team. +

+
- -
- +
- -
- - +
+ diff --git a/www/cms/documentation/index.xhtml b/www/cms/documentation/index.xhtml index 390baf4..68c4b3a 100644 --- a/www/cms/documentation/index.xhtml +++ b/www/cms/documentation/index.xhtml @@ -1,77 +1,141 @@ - - -i-scream CMS documentation + + + i-scream CMS documentation + - - - - -
- -
- + + +
+
- -
-

i-scream documentation

-

This is the offical documentation for the i-scream central monitoring -system. They should be considered "correct" over any other older -documentation that still exists on the website. They are currently only -available in either Microsoft Word or PDF format.

- -

These documents are correct for the version of code available for download -from this website. However, there may be changes in the CVS version which -are not documented in the code. The link below shows what changes have been -made since the project completion date.

- - -Commits to the "cms" CVS module since project completion (29/03/2001) - -

User guides

-(HTML) Getting Started with the i-scream Central Monitoring System
-(Word|PDF) Unix/Linux ihost user guide
-(Word|PDF) Windows WinHost user guide
-(Word|PDF) Conient client user guide
-(Word|PDF) Server user guide
-(Word|PDF) CORBA Services user guide
-(Word|PDF) Web reports user guide
-(Word|PDF) Database reporter user guide
- -

Maintenance documentation for developers

-(Word|PDF) Unix/Linux ihost maintenance
-(Word|PDF) Windows WinHost maintenance
-(Word|PDF) Conient maintenance
-(Word|PDF) Server maintenance
-(Word|PDF) Web reports maintenance
-(Word|PDF) Database reporter maintenance
- -

Specification documents

-(Word|PDF) Original specification & problem domain
-(Word|PDF) TCP Protocol specifications
-(Word|PDF) Expected XML data from host to server
-(Word|PDF) XML recommendations for host to server UDP packets
-(Word|PDF) Document standards
-(Word|PDF) Java coding standards
- -

Other documents

-(Word|PDF) Risk analysis
-(Word|PDF) Estimated time allocation
-(Word|PDF) Implementation phases for our plan
-(Word|PDF) Estimated time allocation (revised)
-(Word|PDF) Meeting Minutes
-(Word|PDF) Use of the website
-(Word|PDF) Use of CVS and automated software builds
-(Word|PDF) Comparison to Big Brother
-
- +
+

+ i-scream documentation +

+

+ This is the documentation produced for the CMS at the + end of the project. It should be consider correct only + concerning the software builds available from the same + time. +

+

+ These documents are correct for the version of code + available for download from this website. However, there + may be changes in the CVS version which are not documented + in the code. The link below shows what changes have been + made since the project completion date. +

+ + Commits to the "cms" CVS module since project completion + (29/03/2001) +

+ User guides +

+

+ (HTML) Getting Started + with the i-scream Central Monitoring System
+ (Word + |PDF) + Unix/Linux ihost user guide
+ (Word + |PDF) + Windows WinHost user guide
+ (Word + |PDF) + Conient client user guide
+ (Word + |PDF) + Server user guide
+ (Word + |PDF) + CORBA Services user guide
+ (Word + |PDF) + Web reports user guide
+ (Word + |PDF) + Database reporter user guide
+

+

+ Maintenance documentation for developers +

+

+ (Word + |PDF) + Unix/Linux ihost maintenance
+ (Word + |PDF) + Windows WinHost maintenance
+ (Word + |PDF) + Conient maintenance
+ (Word + |PDF) + Server maintenance
+ (Word + |PDF) + Web reports maintenance
+ (Word + |PDF) + Database reporter maintenance
+

+

+ Specification documents +

+

+ (Word + |PDF) + Original specification & problem domain
+ (Word + |PDF) + TCP Protocol specifications
+ (Word + |PDF) + Expected XML data from host to server
+ (Word + |PDF) + XML recommendations for host to server UDP packets
+ (Word + |PDF) + Document standards
+ (Word + |PDF) + Java coding standards
+

+

+ Other documents +

+

+ (Word + |PDF) + Risk analysis
+ (Word + |PDF) + Estimated time allocation
+ (Word + |PDF) + Implementation phases for our plan
+ (Word + |PDF) + Estimated time allocation (revised)
+ (Word + |PDF) + Meeting Minutes
+ (Word + |PDF) + Use of the website
+ (Word + |PDF) + Use of CVS and automated software builds
+ (Word + |PDF) + Comparison to Big Brother
+

+
- -
- +
- -
- - +
+ diff --git a/www/cms/features.xhtml b/www/cms/features.xhtml index 2dd288a..b4c7d37 100644 --- a/www/cms/features.xhtml +++ b/www/cms/features.xhtml @@ -1,169 +1,187 @@ - - -CMS Features + + + CMS Features + - - - - -
- -
- + + +
+
- -
- -

CMS Features

- -

Problem Specification

- -

Original Problem

- -

- This is the original specification given to us when we - started the project. The i-scream central monitoring - system meets this specification, and aims to extend it - further. This is, however, where it all began. -

- -

Centralised Machine Monitoring

- -

- The Computer Science department has a number of different machines - running a variety of different operating systems. One of the tasks - of the systems administrators is to make sure that the machines - don't run out of resources. This involves watching processor loads, - available disk space, swap space, etc. -

- -

- It isn't practicle to monitor a large number of machines by logging - on and running commands such as 'uptime' on the unix machines, or - by using performance monitor for NT servers. Thus this project is - to write monitoring software for each platform supported which - reports resource usage back to one centralized location. System - Administrators would then be able to monitor all machines from this - centralised location. -

- -

- Once this basic functionality is implemented it could usefully be - expanded to include logging of resource usage to identify longterm - trends/problems, alerter services which can directly contact - sysadmins (or even the general public) to bring attention to problem - areas. Ideally it should be possible to run multiple instances of - the reporting tool (with all instances being updated in realtime) - and to to be able to run the reporting tool as both as stand alone - application and embeded in a web page. -

- -

- This project will require you to write code for the unix and Win32 - APIs using C and knowledge of how the underlying operating systems - manage resources. It will also require some network/distributed - systems code and a GUI front end for the reporting tool. It is - important for students undertaking this project to understand the - importance of writing efficient and small code as the end product - will really be most useful when machines start run out of processing - power/memory/disk. -

- -

- John Cinnamond (email jc) whose idea this is, will provide technical - support for the project. -

- -

Features

- -

Key Features of The System

- -
    -
  • A centrally stored, dynamically reloaded, system wide configuration system
  • -
  • A totally extendable monitoring system, nothing except the Host (which - generates the data) and the Clients (which view it) know any details about - the data being sent, allowing data to be modified without changes to the - server architecture.
  • -
  • Central server and reporting tools all Java based for multi-platform portability
  • -
  • Distribution of core server components over CORBA to allow appropriate components - to run independently and to allow new components to be written to conform with the - CORBA interfaces.
  • -
  • Use of CORBA to create a hierarchical set of data entry points to the system - allowing the system to handle event storms and remote office locations.
  • -
  • One location for all system messages, despite being distributed.
  • -
  • XML data protocol used to make data processing and analysing easily extendable
  • -
  • A stateless server which can be moved and restarted at will, while Hosts, - Clients, and reporting tools are unaffected and simply reconnect when the - server is available again.
  • -
  • Simple and open end protocols to allow easy extension and platform porting of Hosts - and Clients.
  • -
  • Self monitoring, as all data queues within the system can be monitored and raise - alerts to warn of event storms and impending failures (should any occur).
  • -
  • A variety of web based information displays based on Java/SQL reporting and - PHP on-the-fly page generation to show the latest alerts and data
  • -
  • Large overhead monitor Helpdesk style displays for latest Alerting information
  • -
- -

An Overview of the i-scream Central Monitoring System

- -

- The i-scream system monitors status and performance information - obtained from machines feeding data into it and then displays - this information in a variety of ways. -

- -

- This data is obtained through the running of small applications - on the reporting machines. These applications are known as - "Hosts". The i-scream system provides a range of hosts which are - designed to be small and lightweight in their configuration and - operation. See the website and appropriate documentation to - locate currently available Host applications. These hosts are - simply told where to contact the server at which point they are - totally autonomous. They are able to obtain configuration from - the server, detect changes in their configuration, send data - packets (via UDP) containing monitoring information, and send - so called "Heartbeat" packets (via TCP) periodically to indicate - to the server that they are still alive. -

- -

- It is then fed into the i-scream server. The server then splits - the data two ways. First it places the data in a database system, - typically MySQL based, for later extraction and processing by the - i-scream report generation tools. It then passes it onto to - real-time "Clients" which handle the data as it enters the system. - The system itself has an internal real-time client called the "Local - Client" which has a series of Monitors running which can analyse the - data. One of these Monitors also feeds the data off to a file - repository, which is updated as new data comes in for each machine, - this data is then read and displayed by the i-scream web services - to provide a web interface to the data. The system also allows TCP - connections by non-local clients (such as the i-scream supplied - Conient), these applications provide a real-time view of the data - as it flows through the system. -

- -

- The final section of the system links the Local Client Monitors to - an alerting system. These Monitors can be configured to detect - changes in the data past threshold levels. When a threshold is - breached an alert is raised. This alert is then escalated as the - alert persists through four live levels, NOTICE, WARNING, CAUTION - and CRITICAL. The alerting system keeps an eye on the level and - when a certain level is reached, certain alerting mechanisms fire - through whatever medium they are configured to send. -

-
- +
+

+ CMS Features +

+

+ Problem Specification +

+

+ Original Problem +

+

+ This is the original specification given to us when we + started the project. The i-scream central monitoring system + meets this specification, and aims to extend it further. + This is, however, where it all began. +

+

+ Centralised Machine Monitoring +

+

+ The Computer Science department has a number of different + machines running a variety of different operating systems. + One of the tasks of the systems administrators is to make + sure that the machines don't run out of resources. This + involves watching processor loads, available disk space, + swap space, etc. +

+

+ It isn't practicle to monitor a large number of machines by + logging on and running commands such as 'uptime' on the + unix machines, or by using performance monitor for NT + servers. Thus this project is to write monitoring software + for each platform supported which reports resource usage + back to one centralized location. System Administrators + would then be able to monitor all machines from this + centralised location. +

+

+ Once this basic functionality is implemented it could + usefully be expanded to include logging of resource usage + to identify longterm trends/problems, alerter services + which can directly contact sysadmins (or even the general + public) to bring attention to problem areas. Ideally it + should be possible to run multiple instances of the + reporting tool (with all instances being updated in + realtime) and to to be able to run the reporting tool as + both as stand alone application and embeded in a web page. +

+

+ This project will require you to write code for the unix + and Win32 APIs using C and knowledge of how the underlying + operating systems manage resources. It will also require + some network/distributed systems code and a GUI front end + for the reporting tool. It is important for students + undertaking this project to understand the importance of + writing efficient and small code as the end product will + really be most useful when machines start run out of + processing power/memory/disk. +

+

+ John Cinnamond (email jc) whose idea this is, will provide + technical support for the project. +

+

+ Features +

+

+ Key Features of The System +

+
    +
  • A centrally stored, dynamically reloaded, system wide + configuration system +
  • +
  • A totally extendable monitoring system, nothing except + the Host (which generates the data) and the Clients (which + view it) know any details about the data being sent, + allowing data to be modified without changes to the server + architecture. +
  • +
  • Central server and reporting tools all Java based for + multi-platform portability +
  • +
  • Distribution of core server components over CORBA to + allow appropriate components to run independently and to + allow new components to be written to conform with the + CORBA interfaces. +
  • +
  • Use of CORBA to create a hierarchical set of data entry + points to the system allowing the system to handle event + storms and remote office locations. +
  • +
  • One location for all system messages, despite being + distributed. +
  • +
  • XML data protocol used to make data processing and + analysing easily extendable +
  • +
  • A stateless server which can be moved and restarted at + will, while Hosts, Clients, and reporting tools are + unaffected and simply reconnect when the server is + available again. +
  • +
  • Simple and open end protocols to allow easy extension + and platform porting of Hosts and Clients. +
  • +
  • Self monitoring, as all data queues within the system + can be monitored and raise alerts to warn of event storms + and impending failures (should any occur). +
  • +
  • A variety of web based information displays based on + Java/SQL reporting and PHP on-the-fly page generation to + show the latest alerts and data +
  • +
  • Large overhead monitor Helpdesk style displays for + latest Alerting information +
  • +
+

+ An Overview of the i-scream Central Monitoring System +

+

+ The i-scream system monitors status and performance + information obtained from machines feeding data into it and + then displays this information in a variety of ways. +

+

+ This data is obtained through the running of small + applications on the reporting machines. These applications + are known as "Hosts". The i-scream system provides a range + of hosts which are designed to be small and lightweight in + their configuration and operation. See the website and + appropriate documentation to locate currently available + Host applications. These hosts are simply told where to + contact the server at which point they are totally + autonomous. They are able to obtain configuration from the + server, detect changes in their configuration, send data + packets (via UDP) containing monitoring information, and + send so called "Heartbeat" packets (via TCP) periodically + to indicate to the server that they are still alive. +

+

+ It is then fed into the i-scream server. The server then + splits the data two ways. First it places the data in a + database system, typically MySQL based, for later + extraction and processing by the i-scream report generation + tools. It then passes it onto to real-time "Clients" which + handle the data as it enters the system. The system itself + has an internal real-time client called the "Local Client" + which has a series of Monitors running which can analyse + the data. One of these Monitors also feeds the data off to + a file repository, which is updated as new data comes in + for each machine, this data is then read and displayed by + the i-scream web services to provide a web interface to the + data. The system also allows TCP connections by non-local + clients (such as the i-scream supplied Conient), these + applications provide a real-time view of the data as it + flows through the system. +

+

+ The final section of the system links the Local Client + Monitors to an alerting system. These Monitors can be + configured to detect changes in the data past threshold + levels. When a threshold is breached an alert is raised. + This alert is then escalated as the alert persists through + four live levels, NOTICE, WARNING, CAUTION and CRITICAL. + The alerting system keeps an eye on the level and when a + certain level is reached, certain alerting mechanisms fire + through whatever medium they are configured to send. +

+
- -
- +
- -
- - +
+ diff --git a/www/cms/index.xhtml b/www/cms/index.xhtml index d1dabf9..11b2a39 100644 --- a/www/cms/index.xhtml +++ b/www/cms/index.xhtml @@ -1,182 +1,218 @@ - - -i-scream CMS homepage + + + i-scream CMS homepage + - - - - -
- -
- + + +
+
- -
-

i-scream CMS homepage

- - - -

Overview

-

- The i-scream central monitoring system provides a free, centrally - configurable distributed server to monitor the status and - performance of Solaris, Linux, FreeBSD and Windows machines - on a network. The server can raise alerts using email, IRC or - a large public information display. Information may also be - browsed interactively via the web or using our multi-platform - client. -

- -

- Follow the link above for the original problem specification - we were given to develop the i-scream CMS, and the feature set - of the CMS after it was finished. -

- -

Screen Shots

- -

- These screenshots were taken at the end of the project, and - therefore show the old build given below, and none of our new - features. -

- -

Reports Demo

- -

- This is a demo of the web-based reports that the i-scream system - can do. It's taken from the old builds, so doesn't show any of - the new RRDTool based features. -

- -

Downloads

- -

Snapshot Builds

- -

- Since the project was completed various changes have happened - in the CMS. These are undocumented, but fairly straightforward. - We'd strongly suggest you use this version of the CMS rather - than the builds from the end of the project. -

-

- We've done a fair amount of work on the graphing/database side - of the CMS, and fixed numerous bugs. Also, the new ihost/libstatgrab - combination requires the snapshot builds. -

- -

Old Builds (from project completion)

- -

- These builds were completed at the end of the project itself. - They match with the documentation below, and work. But we've - done a fair amount of work since creating them. -

- -

Documentation

- -

Product documentation

- -

- This documentation was written as the CMS project was completed. - It therefore applies to the downloads available from the time - the project finished. There will definately be descrepences - between this documentation and the snapshot builds. -

- -

Javadoc documentation

- -

- Each component of the CMS written in java has fairly extensive - javadoc documentation that helps to explain the code and API's. -

- -

Process documentation

- -

- Various pieces of documentation were generated during the project - that were intended for internal use. They're not required reading - for running the CMS, but might be interesting if you're curious - about the project itself. -

- -

Project History

- -

- The i-scream Distributed Central Monitoring System started off - as a final year project for a group of Computer Science students - at the University of Kent, - UK. The project was completed at 4pm on 29 March 2001. It - consisted of five lever-arch folders containing mostly source - code and documentation. The CVS repository was tagged to signify - this event, however. -

-

- As can be seen in our "problem - domain" document, the project was aimed at the UKC - Computer Science department, and as such we believed that a - demonstration to the "customer" was important. The - feedback from our demonstation was more positive than we had - anticipated. We believe that the system may now be of interest - to anybody who wishes to monitor a number of machines on their - network using a central configuration. The i-scream central - monitoring system is now being used by the UKC Computer Science - department, and their feedback is being used to further improve - the product. -

-

- The name i-scream arose from a meeting whereupon one - member of the development team felt a strange urge to draw an - ice cream on the discussion board. It later became apparent - that we had no name for our project (other than 'The Project'). - It seemed only natural to name our project after the ice cream - that had been oh-so-randomly drawn on the white board. Copyright - issues immediately ruled out anything involving Mr Whippy, so - we had to settle for i-scream. And thus, we were left - with a cunning play on words - it still sounded like ice - cream, yet also served as a functional description of our - system - namely, one which screams at somebody if something has - gone wrong... -

- -
- +
+

+ i-scream CMS homepage +

+
+ +
+

+ Overview +

+

+ The i-scream central monitoring system provides a free, + centrally configurable distributed server to monitor the + status and performance of Solaris, Linux, FreeBSD and + Windows machines on a network. The server can raise alerts + using email, IRC or a large public information display. + Information may also be browsed interactively via the web + or using our multi-platform client. +

+ +

+ Follow the link above for the original problem + specification we were given to develop the i-scream CMS, + and the feature set of the CMS after it was finished. +

+

+ Screen Shots +

+ +

+ These screenshots were taken at the end of the project, and + therefore show the old build given below, and none of our + new features. +

+

+ Reports Demo +

+ +

+ This is a demo of the web-based reports that the i-scream + system can do. It's taken from the old builds, so doesn't + show any of the new RRDTool based features. +

+

+ Downloads +

+

+ Snapshot Builds +

+ +

+ Since the project was completed various changes have + happened in the CMS. These are undocumented, but fairly + straightforward. We'd strongly suggest you use this version + of the CMS rather than the builds from the end of the + project. +

+

+ We've done a fair amount of work on the graphing/database + side of the CMS, and fixed numerous bugs. Also, the new + ihost/libstatgrab combination requires the snapshot builds. +

+

+ Old Builds (from project completion) +

+ +

+ These builds were completed at the end of the project + itself. They match with the documentation below, and work. + But we've done a fair amount of work since creating them. +

+

+ Documentation +

+

+ Product documentation +

+ +

+ This documentation was written as the CMS project was + completed. It therefore applies to the downloads available + from the time the project finished. There will definately + be descrepences between this documentation and the snapshot + builds. +

+

+ Javadoc documentation +

+ +

+ Each component of the CMS written in java has fairly + extensive javadoc documentation that helps to explain the + code and API's. +

+

+ Process documentation +

+ +

+ Various pieces of documentation were generated during the + project that were intended for internal use. They're not + required reading for running the CMS, but might be + interesting if you're curious about the project itself. +

+

+ Project History +

+

+ The i-scream Distributed Central Monitoring System + started off as a final year project for a group of + Computer Science + students at the University + of Kent, UK. The project was completed at 4pm on + 29 March 2001. It consisted of five lever-arch folders + containing mostly source code and documentation. The + CVS repository was tagged to signify this event, however. +

+

+ As can be seen in our "problem + domain" document, the project was aimed at the UKC + Computer Science department, and as such we believed that a + demonstration to the "customer" was important. The feedback + from our demonstation was more positive than we had + anticipated. We believe that the system may now be of + interest to anybody who wishes to monitor a number of + machines on their network using a central configuration. + The i-scream central monitoring system is now being used by + the UKC Computer Science department, and their feedback is + being used to further improve the product. +

+

+ The name i-scream arose from a meeting whereupon one + member of the development team felt a strange urge to draw + an ice cream on the discussion board. It later became + apparent that we had no name for our project (other than + 'The Project'). It seemed only natural to name our project + after the ice cream that had been oh-so-randomly drawn on + the white board. Copyright issues immediately ruled out + anything involving Mr Whippy, so we had to settle for + i-scream. And thus, we were left with a cunning play + on words - it still sounded like ice cream, yet also + served as a functional description of our system - namely, + one which screams at somebody if something has gone + wrong... +

+
- -
- +
- -
- - +
+ diff --git a/www/cms/javadoc/index.xhtml b/www/cms/javadoc/index.xhtml index 7943d25..b139f94 100644 --- a/www/cms/javadoc/index.xhtml +++ b/www/cms/javadoc/index.xhtml @@ -1,40 +1,42 @@ - - -i-scream CMS javadoc + + + i-scream CMS javadoc + - - - - -
- -
- + + +
+
- -
-

i-scream CMS javadoc

- -

Java Source code documentation

- -The whole of the server, and parts of the rest of the system have been -written in Java. Making use of the javadoc tool the following pages of -documentation have been automatically generated. - -

Server javadoc pages

-

Conient javadoc pages

-

Corba Service Manager javadoc pages

-

Util Package javadoc pages

-
- +
+

+ i-scream CMS javadoc +

+

+ Java Source code documentation +

+ The whole of the server, and parts of the rest of the + system have been written in Java. Making use of the javadoc + tool the following pages of documentation have been + automatically generated. +

+ Server javadoc pages +

+

+ Conient javadoc pages +

+

+ Corba Service Manager javadoc + pages +

+

+ Util Package javadoc pages +

+
- -
- +
- -
- - +
+ diff --git a/www/cms/minutes.xhtml b/www/cms/minutes.xhtml index 8e3e3f4..55862cf 100644 --- a/www/cms/minutes.xhtml +++ b/www/cms/minutes.xhtml @@ -1,92 +1,84 @@ - - -i-scream meeting minutes + + + i-scream meeting minutes + - - - - -
- -
- + + +
+
- -
-

i-scream meeting minutes

-

i-scream meeting minutes

- -

These are the minutes from all the meetings that took -place during development of the project. It is not expected -that there will be any further meetings during the continued -development of they i-scream central monitoring system.

- -
-
- - - - - -
-

March 2001

- 19 March 2001
- 12 March 2001
- 09 March 2001
- 05 March 2001 - -

February 2001

- 26 February 2001
- 19 February 2001
- 12 February 2001
- 05 February 2001
- -

January 2001

- 29 January 2001
- 22 January 2001
- 15 January 2001
- 08 January 2001 - -

December 2000

- 11 December 2000
- 04 December 2000
-

November 2000

- 29 November 2000 (Sub meeting)
- 29 November 2000
- 28 November 2000 (Sub meeting)
- 27 November 2000
- 22 November 2000
- 20 November 2000
- 16 November 2000 (Sub meeting)
- 15 November 2000
- 13 November 2000 (Sub meeting)
- 13 November 2000
- 08 November 2000
- 06 November 2000
- 01 November 2000
- -

October 2000

- 30 October 2000
- 23 October 2000
- 18 October 2000
- 17 October 2000
- 05 October 2000
- -

September 2000

- 28 September 2000 -
-
-
-
- +
+

+ i-scream meeting minutes +

+

+ i-scream meeting minutes +

+

+ These are the minutes from all the meetings that took place + during development of the project. It is not expected that + there will be any further meetings during the continued + development of they i-scream central monitoring system. +

+

+ Meetings held in 2001 +

+

+ 19 March 2001
+ 12 March 2001
+ 09 March 2001
+ 05 March 2001 +

+

+ 26 February 2001
+ 19 February 2001
+ 12 February 2001
+ 05 February 2001
+

+

+ 29 January 2001
+ 22 January 2001
+ 15 January 2001
+ 08 January 2001 +

+

+ Meetings held in 2000 +

+

+ 11 December 2000
+ 04 December 2000 +

+

+ 29 November 2000 (Sub meeting)
+ 29 November 2000
+ 28 November 2000 (Sub meeting)
+ 27 November 2000
+ 22 November 2000
+ 20 November 2000
+ 16 November 2000 (Sub meeting)
+ 15 November 2000
+ 13 November 2000 (Sub meeting)
+ 13 November 2000
+ 08 November 2000
+ 06 November 2000
+ 01 November 2000
+

+

+ 30 October 2000
+ 23 October 2000
+ 18 October 2000
+ 17 October 2000
+ 05 October 2000
+

+

+ 28 September 2000 +

+
- -
- +
- -
- - +
+ diff --git a/www/cms/projectpapers.xhtml b/www/cms/projectpapers.xhtml index 8eb8658..c02ba06 100644 --- a/www/cms/projectpapers.xhtml +++ b/www/cms/projectpapers.xhtml @@ -1,85 +1,81 @@ - - -project papers + + + project papers + - - - - -
- -
- + + +
+
- -
-

project papers

- -

i-scream project papers & documentation

- -

These are documents created during the development of the project. -Many of them are now out of date, and have been superceeded by the -official documentation. Please select the documentation link on the -left to find the official documentation.

- -
-
- - - - -
- - Feature List - the ongoing list of features
- - Time Allocation Plan - the course required us to produce a plan - of what we were going to spend time on
- - Implementation Phases - an initial plan of how we were going to - proceed with development
- - Documentation Strategy - documentation plan with status of each document
-
- - Realtime Spec Outline - an idea of how some parts of the system worked
- - Document Specs - requirements and specification for all documentation
- - XMLviaUDP Specs - format of data to be sent from hosts over UDP
- - System Configuration - details of the initial configuration system
- - Coding Standards - standards for Java code
- - Host: expected data - data the host is expected to send
- - Logging System - details of the logging system
- - Using the Queue - details of the queueing system
- - Protocol Specs - specifications of all the protocols used
-
- - Using CORBA - how to run the server in the corba environment
- - Using CVS (part 1) - how to use CVS (basic)
- - Using CVS (part 2) - how to use CVS (advanced)
- - WBEM, CIM? - some ideas about the WBEM technologies
-
-
-
-
- +
+

+ project papers +

+

+ i-scream project papers & documentation +

+

+ These are documents created during the development of the + project. Many of them are now out of date, and have been + superceeded by the official documentation. Please select + the documentation link on the left to find the official + documentation. +

+

+ Feature + List - the ongoing list of features
+ Time + Allocation Plan - the course required us to produce a + plan of what we were going to spend time on
+ + Implementation Phases - an initial plan of how we were + going to proceed with development
+ + Documentation Strategy - documentation plan with status + of each document
+

+

+ + Realtime Spec Outline - an idea of how some parts of + the system worked
+ + Document Specs - requirements and specification for all + documentation
+ + XMLviaUDP Specs - format of data to be sent from hosts over + UDP
+ + System Configuration - details of the initial configuration + system
+ + Coding Standards - standards for Java code
+ + Host: expected data - data the host is expected to send
+ Logging + System - details of the logging system
+ + Using the Queue - details of the queueing system
+ + Protocol Specs - specifications of all the protocols + used
+

+

+ Using + CORBA - how to run the server in the corba + environment
+ Using CVS + (part 1) - how to use CVS (basic)
+ Using CVS + (part 2) - how to use CVS (advanced)
+ WBEM, + CIM? - some ideas about the WBEM technologies
+

+
- -
- +
- -
- - +
+ diff --git a/www/cms/screenshots/index.xhtml b/www/cms/screenshots/index.xhtml index 4304f14..9755f00 100644 --- a/www/cms/screenshots/index.xhtml +++ b/www/cms/screenshots/index.xhtml @@ -1,230 +1,244 @@ - - -CMS Screen Shots - - - - - -
- -
- - - -
-

CMS Screen Shots

- -
-
- - - - -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-

i-scream - screenshots

-

(or the two minute - tour)

- -

This page provides a sequence of - screenshots to help you to gain a better understanding of the i-scream - distributed central monitoring system and how it may be applied in - networked environments.  Click on the thumbnails to view the full - size screenshots.

-

 

click to enlarge! -

 

Reports Centre - (Web)
- The i-scream reports centre provides a central access point to all - web-based reports that are provided by the i-scream system.  Reports - are available to display information about the current status of an - individual machine and any alerts pertaining to either an individual - machine, or a summary of alerts for all machines.  Historical - information about monitored machines may also be accessed from this point.
-

 

click to enlarge! -

 

Latest Information - (Web)
- Here we are viewing the latest information provided by a host.  Bars - are used to represent values such as disk space and free memory as this - makes it easier to spot casual problems.  The small graph icons link - to historical reports of each field for the previous day.  The choice - of fields to display on this page is stored in a separate configuration - file.
-

 

click to enlarge! -

 

Conient (Multiplatform - real-time client)
-
Conient is a real-time client that - can hook into an i-scream server to allow the user to view host - information as it passes through the server.  The client displays - information provided by the hosts as well as the results of service checks - performed by the server on each host (eg FTP, Telnet, etc).  Conient - is written in Java and can thus be run on most operating systems. -

 

click to enlarge! -

 

Conient (Viewing - extra data)
- Less important host information may be viewed in a seperate window to - avoid clutter in Conient's display.  Details of the protocol for - host-to-server communications are freely available to developers.  - The protocol itself is extensible and client programs such as Conient - display even unrecognised data from modified host programs.
-

 

click to enlarge! -

 

Conient - (Configuration)
- Conient is fully configurable from within the program itself.  - Multiple configurations may be saved.  Conient can also be configured - to connect to a server through a firewall via an SSH tunnel or suchlike.
-

 

click to enlarge! -

 

ihost (Unix/Linux - host)
- The ihost is currently the main Unix/Linux/FreeBSD host application for - i-scream.  ihost is centrally configured by the server it connects to - and periodically sends information about the machine on which it is - running.  The ihost is written in Perl, so can be easily altered to - send extra information to your i-scream server.
-

 

click to enlarge! -

 

WinHost (Windows - host)
- The WinHost is similar in concept to the ihost, however, this one runs on - Windows NT/2000 servers.  Again, the configuration is dynamically - obtained from the server.  The WinHost is typically only present in - the Windows system tray.  Double clicking on the system tray icon - will bring up a small window that allows data to be viewed and to force - reconfiguration with the server.
-

 

click to enlarge! -

 

Alerts (Email)
- The i-scream server includes many alerting mechanisms.  Simple email - alerts may be sent out if desired.  Alert levels and frequencies may - be configured for the server.  This screenshot shows the format of a - typical alert; the contents of which are of course configurable.
-

 

click to enlarge! -

 

Alerts (IRC bot)
- Another i-scream alerter comes in the form of an interactive IRC bot.  - This may reside in an IRC (Internet relay chat) channel and broadcasts - alerts if told to do so.  This screenshot shows a typical interaction - with a user in the "Bersirc" IRC client.
-

 

click to enlarge! -

 

Alerts (Web page)
- Individual alerts and a summary of all alerts raised by the i-scream - server may be viewed on the alerts web pages.  These show the - different levels of alerts in configurable colours and provides specific - details about the alerts being raised for each machine.
-

 

click to enlarge! -

 

Alerts (Public - helpdesk display)
-
The reports centre also provides a - page that may be useful in configuring non-interactive public displays of - alerts.  These displays automatically refresh the page periodically - and supported web browsers may also automatically scroll the page to allow - a large font to be employed for easier reading from a distance. -

 

click to enlarge! -

 

Conient (Server queue - monitoring)
-
The Conient client may also be used - to monitor information about the i-scream server itself.  Here we are - viewing the status of the internal queues within the server.  This - shows that the server is performing healthily and that there are no - bottlenecks. 
click to enlarge! -

 

Historical reports - (Web)
-
Historical information is collated - by the i-scream server into (typically) a MySQL database.  A separate - program is used to produce the historical web reports These may be browsed - via this web-based interface (see screenshot).  The reports to be - generated for each machine and the size of the page are of course - configurable. -

 

click to enlarge! -

 

Historical reports - (Metadata)
-
The historical report generation - also produces a number of other files that may be useful for third party - analysis tools.  The chart itself is written as a GIF image, as well - as a small file suitable for including on PHP pages that specifies the - minimum and maximum values during the 24 hour period.  A file - containing the raw plot data is also produced to enable the use of third - party on-the-fly plotting tools. -

 

click to enlarge! -

 

The i-scream server
-
The server is distributed and may - therefore have multiple points of data entry and run on more than one - machine.  This helps to reduce the amount of host traffic over large - networks and reduces potential bottlenecks.  The server is written in - Java to allow it to run on most operating systems.  This exciting - screenshot shows the i-scream server running ;-) -

 

-
-
- -
- + + + CMS Screen Shots + + + +
+
+ +
+

+ CMS Screen Shots +

+

+ i-scream screenshots +

+

+ This page provides a sequence of screenshots to help you to + gain a better understanding of the i-scream distributed + central monitoring system and how it may be applied in + networked environments. Click on the thumbnails to + view the full size screenshots. +

+

+ Reports Centre (Web)
+ The i-scream reports centre provides a central access point + to all web-based reports that are provided by the i-scream + system. Reports are available to display information + about the current status of an individual machine and any + alerts pertaining to either an individual machine, or a + summary of alerts for all machines. Historical + information about monitored machines may also be accessed + from this point. +

+

+ + click to enlarge! + +

+

+ Latest Information (Web)
+ Here we are viewing the latest information provided by a + host. Bars are used to represent values such as disk + space and free memory as this makes it easier to spot casual + problems. The small graph icons link to historical + reports of each field for the previous day. The choice + of fields to display on this page is stored in a separate + configuration file. +

+

+ + click to enlarge! + +

+

+ Conient (Multiplatform real-time client)
+ Conient is a real-time client + that can hook into an i-scream server to allow the user to + view host information as it passes through the server. + The client displays information provided by the hosts as well + as the results of service checks performed by the server on + each host (eg FTP, Telnet, etc). Conient is written in + Java and can thus be run on most operating systems. +

+

+ + click to enlarge! + +

+

+ Conient (Viewing extra data)
+ Less important host information may be viewed in a seperate + window to avoid clutter in Conient's display. Details + of the protocol for host-to-server communications are freely + available to developers. The protocol itself is + extensible and client programs such as Conient display even + unrecognised data from modified host programs. +

+

+ + click to enlarge! + +

+

+ Conient (Configuration)
+ Conient is fully configurable from within the program + itself. Multiple configurations may be saved. + Conient can also be configured to connect to a server through + a firewall via an SSH tunnel or suchlike. +

+

+ + click to enlarge! + +

+

+ ihost (Unix/Linux host)
+ The ihost is currently the main Unix/Linux/FreeBSD host + application for i-scream. ihost is centrally configured + by the server it connects to and periodically sends + information about the machine on which it is running. + The ihost is written in Perl, so can be easily altered to + send extra information to your i-scream server. +

+

+ + click to enlarge! + +

+

+ WinHost (Windows host)
+ The WinHost is similar in concept to the ihost, however, this + one runs on Windows NT/2000 servers. Again, the + configuration is dynamically obtained from the server. + The WinHost is typically only present in the Windows system + tray. Double clicking on the system tray icon will + bring up a small window that allows data to be viewed and to + force reconfiguration with the server. +

+

+ + click to enlarge! + +

+

+ Alerts (Email)
+ The i-scream server includes many alerting mechanisms. + Simple email alerts may be sent out if desired. Alert + levels and frequencies may be configured for the + server. This screenshot shows the format of a typical + alert; the contents of which are of course configurable. +

+

+ + click to enlarge! + +

+

+ Alerts (IRC bot)
+ Another i-scream alerter comes in the form of an interactive + IRC bot. This may reside in an IRC (Internet relay + chat) channel and broadcasts alerts if told to do so. + This screenshot shows a typical interaction with a user in + the "Bersirc" IRC client. +

+

+ + click to enlarge! + +

+

+ Alerts (Web page)
+ Individual alerts and a summary of all alerts raised by the + i-scream server may be viewed on the alerts web pages. + These show the different levels of alerts in configurable + colours and provides specific details about the alerts being + raised for each machine. +

+

+ + click to enlarge! + +

+

+ Alerts (Public helpdesk display)
+ The reports centre also + provides a page that may be useful in configuring + non-interactive public displays of alerts. These + displays automatically refresh the page periodically and + supported web browsers may also automatically scroll the page + to allow a large font to be employed for easier reading from + a distance. +

+

+ + click to enlarge! + +

+

+ Conient (Server queue monitoring)
+ The Conient client may also be used to + monitor information about the i-scream server itself. + Here we are viewing the status of the internal queues within + the server. This shows that the server is performing + healthily and that there are no bottlenecks. +

+

+ + click to enlarge! + +

+

+ Historical reports (Web)
+ Historical information is collated by the + i-scream server into (typically) a MySQL database. A + separate program is used to produce the historical web + reports These may be browsed via this web-based interface + (see screenshot). The reports to be generated for each + machine and the size of the page are of course configurable. +

+

+ + click to enlarge! + +

+

+ Historical reports (Metadata)
+ The historical report generation also + produces a number of other files that may be useful for third + party analysis tools. The chart itself is written as a + GIF image, as well as a small file suitable for including on + PHP pages that specifies the minimum and maximum values + during the 24 hour period. A file containing the raw + plot data is also produced to enable the use of third party + on-the-fly plotting tools. +

+

+ + click to enlarge! + +

+

+ The i-scream server
+ The server is distributed and may therefore have multiple + points of data entry and run on more than one machine. + This helps to reduce the amount of host traffic over large + networks and reduces potential bottlenecks. The server + is written in Java to allow it to run on most operating + systems. This exciting screenshot shows the i-scream + server running ;-) +

+

+ + click to enlarge! + +

+
- -
- +
- -
- - +
+ diff --git a/www/cvs.xhtml b/www/cvs.xhtml index 887cd53..412b59a 100644 --- a/www/cvs.xhtml +++ b/www/cvs.xhtml @@ -1,87 +1,103 @@ - - -i-scream cvs repository + + + i-scream cvs repository + - - - - -
- -
- + + +
+
- -
-

i-scream CVS Repository

- -

The i-scream CVS Repository contains all code, -documentation, and other files pertaining to all i-scream projects.

- -

All code available in the CVS Repository is -licensed under the GPL.

- -

Web Access

- -

We use viewcvs to provide a -visual frontend to the CVS Repository. It allows you to browse around the -repository, viewing any version of a file, and the differences between different -versions. There is also a link to download the latest version of any section.

- -

http://cvs.i-scream.org/

- -

We also have a facility to allow people to keep tabs on what's changed -recently. The following are available:

- -

Commits today: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=today
-Commits this week: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=thisweek
-Commits in the past 7 days: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=days&days=7
-Commits made since 29/03/2001: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=since&date=2001/03/29

- -

Anonymous CVS Access (read-only)

- -

Anyone can access the i-scream CVS repository in -anonymous mode read-only mode. The following commands will allow you to check -out a portion of the CVS repository. To see what is available it is recommended -that you first look at the web frontend.

- -
+        
+

+ i-scream CVS Repository +

+

+ The i-scream CVS Repository contains all code, + documentation, and other files pertaining to all i-scream + projects. +

+

+ All code available in the CVS Repository is + licensed under the GPL. +

+

+ Web Access +

+

+ We use viewcvs + to provide a visual frontend to the CVS Repository. It + allows you to browse around the repository, viewing any + version of a file, and the differences between different + versions. There is also a link to download the latest + version of any section. +

+

+ http://cvs.i-scream.org/ +

+

+ We also have a facility to allow people to keep tabs on + what's changed recently. The following are available: +

+

+ Commits today: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=today
+ Commits this week: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=thisweek
+ Commits in the past 7 days: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=days&days=7
+ Commits made since 29/03/2001: http://www.i-scream.org/cgi-bin/cvslog.cgi?period=since&date=2001/03/29 +

+

+ Anonymous CVS Access (read-only) +

+

+ Anyone can access the i-scream CVS repository in anonymous + mode read-only mode. The following commands will allow you + to check out a portion of the CVS repository. To see what + is available it is recommended that you first look at the + web frontend. +

+
 cvs -d :pserver:anonymous@cvs.i-scream.org:/cvs/i-scream login
 cvs -d :pserver:anonymous@cvs.i-scream.org:/cvs/i-scream checkout [module]
 
- -

When asked for a password, simply press enter. -Replace [module] with the section you wish to checkout.

- -

Developer CVS Access (write)

- -

The i-scream development team have full write -access to the CVS repository. This is only available over SSH, and can be done -on most clients. First the following environment variables need to be set.

- -
+          

+ When asked for a password, simply press enter. Replace + [module] with the section you wish to checkout. +

+

+ Developer CVS Access (write) +

+

+ The i-scream development team have full write access to the + CVS repository. This is only available over SSH, and can be + done on most clients. First the following environment + variables need to be set. +

+
 CVS_RSH = ssh
 CVSROOT = :ext:username@cvs.i-scream.org:/cvs/i-scream
 
- -

You should know your username and password -already. After setting these you will need to enter your password each time you -use a CVS command. Obviously this is a time wasting event, so an RSA key can be -generated and placed on the server for you. Please view the relevant ssh -manpages on how to generate an RSA key pair.

- -

After this you will be able to work with CVS as -normal.

- -

Other means of accessing CVS

- -

We currently provide CVSup access to -the repository, either for mirroring or for maintaining an up-to-date local -copy. You will probably want to create a supfile that looks something like -this;

- -
+          

+ You should know your username and password already. After + setting these you will need to enter your password each + time you use a CVS command. Obviously this is a time + wasting event, so an RSA key can be generated and placed on + the server for you. Please view the relevant ssh manpages + on how to generate an RSA key pair. +

+

+ After this you will be able to work with CVS as normal. +

+

+ Other means of accessing CVS +

+

+ We currently provide CVSup + access to the repository, either for mirroring or for + maintaining an up-to-date local copy. You will probably + want to create a supfile that looks something like this; +

+
 *default host=cvsup.i-scream.org
 *default base=/home/user/sup
 *default prefix=/home/user/i-scream
@@ -90,31 +106,32 @@ this;

*default compress i-scream.cms.source tag=.
- -

The last item in that list is the collection you which to get. The collection -"i-scream" is simply the whole repository, and is best used with no -tag specified for mirroring. It is most likely that you will want to do that -given above, which gets the latest copy of the i-scream source code.

- -

CVS Statistics

- -

There are some statistics available on the cms module of the CVS -repository, generated by cvsplot, -that allow you to see the progress of development. They're not that exciting, -but do show when the work was done.

- -

-http://www.i-scream.org/cvsplot/ -

-
- +

+ The last item in that list is the collection you which to + get. The collection "i-scream" is simply the whole + repository, and is best used with no tag specified for + mirroring. It is most likely that you will want to do that + given above, which gets the latest copy of the i-scream + source code. +

+

+ CVS Statistics +

+

+ There are some statistics available on the cms module + of the CVS repository, generated by + cvsplot, + that allow you to see the progress of development. + They're not that exciting, but do show when the work + was done. +

+

+ http://www.i-scream.org/cvsplot/ +

+
- -
- +
- -
- - +
+ diff --git a/www/cvsplot/index.xhtml b/www/cvsplot/index.xhtml index 2751e13..e474901 100644 --- a/www/cvsplot/index.xhtml +++ b/www/cvsplot/index.xhtml @@ -1,45 +1,67 @@ - - -i-scream cvs statistics + + + i-scream cvs statistics + - - - - -
- -
- + + +
+
- -
-

i-scream cvs statistics

-

This webpage shows a graphical representation of the file count and line -count for the source files.
-Only the files in the cms module of cvs are listed. -This page is updated at 7am daily.

-

You can also browse the cvs -repository.

-

file count

-

Count of the number of files since the start of the project.

-

Textual representation: filedata.txt

-

-

line count

-

Count of the number of lines of code and documentation since the start of the project.

-

Textual representation: linedata.txt

-

-

credits

-

These images were generated using the cvsplot program, which can be found here.

-
- +
+

+ i-scream cvs statistics +

+

+ This webpage shows a graphical representation of the + file count and line count for the source + files.
+ Only the files in the cms module of cvs are listed. This + page is updated at 7am daily. +

+

+ You can also browse + the cvs repository. +

+

+ file count +

+

+ Count of the number of files since the start of the + project. +

+

+ Textual representation: filedata.txt +

+

+ number of files +

+

+ line count +

+

+ Count of the number of lines of code and documentation + since the start of the project. +

+

+ Textual representation: linedata.txt +

+

+ lines of code +

+

+ credits +

+

+ These images were generated using the cvsplot program, + which can be found + here. +

+
- -
- +
- -
- - +
+ diff --git a/www/doctype.inc b/www/doctype.inc index 4b9cbde..6ae8c4c 100644 --- a/www/doctype.inc +++ b/www/doctype.inc @@ -3,4 +3,4 @@ - + \ No newline at end of file diff --git a/www/footer.inc b/www/footer.inc index 3e3982d..c358f1e 100644 --- a/www/footer.inc +++ b/www/footer.inc @@ -1,7 +1,7 @@ - + \ No newline at end of file diff --git a/www/header.inc b/www/header.inc index 7b81904..ad79f82 100644 --- a/www/header.inc +++ b/www/header.inc @@ -1,2 +1,2 @@ - + \ No newline at end of file diff --git a/www/index.xhtml b/www/index.xhtml index 0b07324..22f88e5 100644 --- a/www/index.xhtml +++ b/www/index.xhtml @@ -1,204 +1,207 @@ - - -i-scream homepage + + + i-scream homepage + - - - - -
- -
- + + +
+
- -
-

i-scream homepage

- -
- -
- -

News

- -

- Sunday 21 March 2004 -

-

- pystatgrab 0.1 released -

-

- pystatgrab 0.1 has been released. This - is the first release of pystatgrab; a set of Python bindings for - libstatgrab. -

- -

- Wednesday 10 March 2004 -

-

- libstatgrab 0.9 released -

-

- libstatgrab 0.9 - has been released and includes new features and support for new - platforms. -

- -

- Wednesday 11 February 2004 -

-

- libstatgrab 0.8.2 released -

-

- libstatgrab - version 0.8.2 brings further platform support and Python bindings. -

- -

- Tuesday 15 July 2003 -

-

- i-scream support changes -

-

- We have moved the i-scream support and bug tracking to a new - facility on the i-scream server. For further details please - see our support - page. -

- -

- Sunday 8 June 2003 -

-

- server move -

-

- The i-scream website, email, and CVS facilities are now all - run from a FreeBSD server. -

- -

Projects

- -

- libstatgrab -

- -

- libstatgrab is a library and tool set for acquiring system - statistics from the operating system. An API is provided for - other applications to easily accesses a variety of system - statistics, including, amongst other things, CPU usage, VM - usage, disk statistics, and network interface usage. -

-

- A handful of tools are also provided to make this information - more readily available to users. A curses based tool gives users - a "top like" view of the current state of their system, and a - "sysctl like" tool gives easy access to the statistics for other - applications that can't easily used the C API. -

-

- Finally scripts are provided to quickly setup MRTG to use - libstatgrab for generating graphs of the available statistics. -

- -

- pystatgrab -

- -

- pystatgrab is a set of Python bindings for the libstatgrab - library. It provides a set of function calls identical to those - of libstatgrab, and returns data in structures that logically - map on to those of libstatgrab. -

- -

- Laroona -

- -

- Laroona is the new central monitoring system. It's still very - much in the early stages of development, and doesn't have any - code available for download yet. Look at the project page for - more on the development process. -

- -

- CMS - Central Monitoring System -

- -

- i-scream originally started out with just the CMS (Central - Monitoring System) project. Since then it's moved on to have - other related projects, as well as the CMS. -

-

- The CMS is no longer being developed. We are now putting our - time into a new project redeveloping the CMS. We're taking the - good ideas from the old CMS, improving some of the weaknesses, - and we'll hopefully produce are far superior product. -

- -

About

- -

- The i-scream group is a causual team of individuals with a - variety of personal interests, working together to produce - software, tools, and libraries that might be of use or interest - to others. -

- -

- To find out more about who we are see the Who - We Are webpage. -

- -

Search

- -

- Use this form to search the whole i-scream website, courtesy - of Google. -

-
-

- - Google - - - - - - -

-
- -
- +
+

+ i-scream homepage +

+
+ +
+

+ News +

+

+ Sunday 21 March 2004 +

+

+ pystatgrab 0.1 released +

+

+ pystatgrab 0.1 has been + released. This is the first release of pystatgrab; a set of + Python bindings for libstatgrab. +

+

+ Wednesday 10 March 2004 +

+

+ libstatgrab 0.9 released +

+

+ libstatgrab 0.9 has been + released and includes new features and support for new + platforms. +

+

+ Wednesday 11 February 2004 +

+

+ libstatgrab 0.8.2 released +

+

+ libstatgrab version 0.8.2 + brings further platform support and Python bindings. +

+

+ Tuesday 15 July 2003 +

+

+ i-scream support changes +

+

+ We have moved the i-scream support and bug tracking to a + new facility on the i-scream server. For further details + please see our support page. +

+

+ Sunday 8 June 2003 +

+

+ server move +

+

+ The i-scream website, email, and CVS facilities are now all + run from a FreeBSD + server. +

+

+ Projects +

+

+ libstatgrab +

+ +

+ libstatgrab is a library and tool set for acquiring system + statistics from the operating system. An API is provided + for other applications to easily accesses a variety of + system statistics, including, amongst other things, CPU + usage, VM usage, disk statistics, and network interface + usage. +

+

+ A handful of tools are also provided to make this + information more readily available to users. A curses based + tool gives users a "top like" view of the current state of + their system, and a "sysctl like" tool gives easy access to + the statistics for other applications that can't easily + used the C API. +

+

+ Finally scripts are provided to quickly setup MRTG to use + libstatgrab for generating graphs of the available + statistics. +

+

+ pystatgrab +

+ +

+ pystatgrab is a set of Python bindings for the libstatgrab + library. It provides a set of function calls identical to + those of libstatgrab, and returns data in structures that + logically map on to those of libstatgrab. +

+

+ Laroona +

+ +

+ Laroona is the new central monitoring system. It's still + very much in the early stages of development, and doesn't + have any code available for download yet. Look at the + project page for more on the development process. +

+

+ CMS - Central Monitoring System +

+ +

+ i-scream originally started out with just the CMS (Central + Monitoring System) project. Since then it's moved on to + have other related projects, as well as the CMS. +

+

+ The CMS is no longer being developed. We are now putting + our time into a new project redeveloping the CMS. We're + taking the good ideas from the old CMS, improving some of + the weaknesses, and we'll hopefully produce are far + superior product. +

+

+ About +

+

+ The i-scream group is a causual team of individuals with a + variety of personal interests, working together to produce + software, tools, and libraries that might be of use or + interest to others. +

+

+ To find out more about who we are see the + Who We Are webpage. +

+

+ Search +

+

+ Use this form to search the whole i-scream website, + courtesy of Google. +

+
+

+ + Google + + + + + + +

+
+
- -
- +
- -
- - +
+ diff --git a/www/laroona/index.xhtml b/www/laroona/index.xhtml index 5000145..86cf1b7 100644 --- a/www/laroona/index.xhtml +++ b/www/laroona/index.xhtml @@ -1,63 +1,63 @@ - - -i-scream Laroona homepage + + + i-scream Laroona homepage + - - - - -
- -
- + + +
+
- -
- -

i-scream Laroona homepage

- - - -

News

- -

Sunday 21 March 2004

-

-Laroona project page created. -

- -

What is Laroona?

- -

-Laroona is a rewrite of the CMS. -

- - -

Development

- - -

-Laroona is currently in the early stages of development. Much of our development work is being done on -the i-scream Wiki. -

- -
- +
+

+ i-scream Laroona homepage +

+
+ +
+

+ News +

+

+ Sunday 21 March 2004 +

+

+ Laroona project page created. +

+

+ What is Laroona? +

+

+ Laroona is a rewrite of the CMS. +

+

+ Development +

+ +

+ Laroona is currently in the early stages of development. + Much of our development work is being done on the i-scream + Wiki. +

+
- -
- +
- -
- - +
+ diff --git a/www/libstatgrab/index.xhtml b/www/libstatgrab/index.xhtml index 61aafd2..b0c5215 100644 --- a/www/libstatgrab/index.xhtml +++ b/www/libstatgrab/index.xhtml @@ -1,256 +1,303 @@ - - -i-scream libstatgrab homepage + + + i-scream libstatgrab homepage + - - - - -
- -
- + + +
+
- -
- -

i-scream libstatgrab homepage

- - - -

News

- -

-To get notifications of new libstatgrab releases why not subscribe -to our project over on -freshmeat? -

- -

Sunday 21 March 2004

-

-pystatgrab, a new package containing a set of Python bindings, -has been released. Check out it's project -page. -

- -

Wednesday 10 March 2004

-

-Version 0.9 of libstatgrab has been released.
-Download it -here. -

-

-This release brings new features and new platforms. We've added -information about network interfaces (duplex, speed, etc) along -with further statistics such as i/o packets, i/o errors, and -collisions. Support has also been added for OpenBSD and DragonFly -BSD. Finally some work has been done to reduce the platforms on -which libstatgrab needs elevated privileges. See the NEWS file for -more information. -

- -

Wednesday 11 February 2004

-

-Version 0.8.2 of libstatgrab has been released.
-Download it -here. -

-

-The main focus of this release is adding support for Solaris 6. -We've also added Python bindings so you can use libstatgrab directly -from Python (see the extras directory). Finally, we've tidied up a -few bits of the code. -

- -

Wednesday 21 January 2004

-

-Version 0.8.1 of libstatgrab has been released.
-Download it -here. -

-

-This release primarily fixes bugs. On Linux a file descriptor leak was -fixed. On Solaris some significant speed increases were made to the -disk mapping code, along with some bug fixes for Solaris 7 platforms. -Also, the library part of libstatgrab (but not the tools) is now -released under the LGPL instead of the GPL. -

- -

Tuesday 6 January 2004

-

-Version 0.8 of libstatgrab has been released.
-Download it -here. -

-

-This release brings support for Linux 2.6 and partial support for Cygwin. -On Solaris libstatgrab now returns disk names using cNtNdNsN names rather -than the older sdN names. There are also a bunch of fixes and optimisations -in various places. Finally, a new function has been added to make it -quicker to drop any elevated privileges libstatgrab may require on some -operating systems. -

- -

Wednesday 22 October 2003

-

-Version 0.7 of libstatgrab has been released.
-Download it -here. -

-

-The most significant change in this release is support for NetBSD -1.6.x. Parts of the FreeBSD code have been optimised, and an initialise -function has been added to allow programs to drop any extra privileges -libstatgrab needs. The list of known file systems has been increased, -and libstatgrab has been tested on even more platforms. Finally, -saidar has been tweaked to work even if it can't get all the -statistics. -

- -

Saturday 18 October 2003

-

-Version 0.6.1 of libstatgrab has been released.
-Download it -here. -

-

-This release brings support for FreeBSD 5 on sparc 64, and some -bugfixes in FreeBSD memory statistics. Also, some fixes to saidar, -and statgrab. -

- -

Friday 10 October 2003

-

-Version 0.6 of libstatgrab has been released.
-You can download it from our mirror site -here. -

-

-This release includes some exciting new tools, support for FreeBSD -5.1, and documentation in manpages. Plus some major bugfixes and -packaging enhancements. -

- -

Tuesday 09 September 2003

-

-We're pleased to announce a new release of libstatgrab.
-You can download version 0.5.1 from -here. -

- -

Monday 25 August 2003

-

-We're pleased to announce a new release of libstatgrab.
-You can download version 0.5 from -here. -

-

-This release provides both documentation and examples, which -we hope will make the package more useable. Stay tuned for the -next release with some useful tools. -

- -

What is libstatgrab?

- -

-libstatgrab is a library that provides cross platform access to -statistics about the system on which it's run. It's written in C and -presents a selection of useful interfaces which can be used to access -key system statistics. The current list of statistics includes CPU -usage, memory utilisation, disk usage, process counts, network -traffic, disk I/O, and more. -

- -

-The current list of platforms is Solaris 2.x, Linux 2.2/2.4/2.6, -FreeBSD 4.x/5.x, NetBSD 1.6.x, OpenBSD 3.x, DragonFly BSD 1.0, and -Cygwin. The aim is to extend this to include as many operating -systems as possible. -

- -

-The package also includes a couple of useful tools. The first, -saidar, provides a curses-based interface to -viewing the current state of the system. The second, statgrab, gives a -sysctl-style interface to the statistics gathered by libstatgrab. This -extends the use of libstatgrab to people writing scripts or anything -else that can't easily make C function calls. Included with statgrab is -a script to generate an MRTG -configuration file to use statgrab. -

- -

Downloading

- -

-The latest version of libstatgrab can be downloaded from our -primary download -mirror. -All downloads are pgp signed using our PGP Key. -

- -

-For installation instructions see the README and INSTALL files -contained within the archive. If you're using -FreeBSD you can make use of the -devel/libstatgrab -port to install libstatgrab for you. -

- -

Documentation

- -

-The only online documentation we have at the moment is the manual -pages converted in to HTML format. It's probably best to start with -the overview manual page: -

- - - -

-Then we have the manual pages for each function: -

- - - -

Screenshot

- -

-Here's what saidar looks like when it's running: -

-

-saidar screenshot -

-
- +
+

+ i-scream libstatgrab homepage +

+
+ +
+

+ News +

+

+ To get notifications of new libstatgrab releases why not + subscribe to our project over on + freshmeat? +

+

+ Sunday 21 March 2004 +

+

+ pystatgrab, a new package containing a set of Python + bindings, has been released. Check out it's + project page. +

+

+ Wednesday 10 March 2004 +

+

+ Version 0.9 of libstatgrab has been released.
+ Download it + + here. +

+

+ This release brings new features and new platforms. We've + added information about network interfaces (duplex, speed, + etc) along with further statistics such as i/o packets, i/o + errors, and collisions. Support has also been added for + OpenBSD and DragonFly BSD. Finally some work has been done + to reduce the platforms on which libstatgrab needs elevated + privileges. See the NEWS file for more information. +

+

+ Wednesday 11 February 2004 +

+

+ Version 0.8.2 of libstatgrab has been released.
+ Download it + + here. +

+

+ The main focus of this release is adding support for + Solaris 6. We've also added Python bindings so you can use + libstatgrab directly from Python (see the extras + directory). Finally, we've tidied up a few bits of the + code. +

+

+ Wednesday 21 January 2004 +

+

+ Version 0.8.1 of libstatgrab has been released.
+ Download it + + here. +

+

+ This release primarily fixes bugs. On Linux a file + descriptor leak was fixed. On Solaris some significant + speed increases were made to the disk mapping code, along + with some bug fixes for Solaris 7 platforms. Also, the + library part of libstatgrab (but not the tools) is now + released under the LGPL instead of the GPL. +

+

+ Tuesday 6 January 2004 +

+

+ Version 0.8 of libstatgrab has been released.
+ Download it + + here. +

+

+ This release brings support for Linux 2.6 and partial + support for Cygwin. On Solaris libstatgrab now returns disk + names using cNtNdNsN names rather than the older sdN names. + There are also a bunch of fixes and optimisations in + various places. Finally, a new function has been added to + make it quicker to drop any elevated privileges libstatgrab + may require on some operating systems. +

+

+ Wednesday 22 October 2003 +

+

+ Version 0.7 of libstatgrab has been released.
+ Download it + + here. +

+

+ The most significant change in this release is support for + NetBSD 1.6.x. Parts of the FreeBSD code have been + optimised, and an initialise function has been added to + allow programs to drop any extra privileges libstatgrab + needs. The list of known file systems has been increased, + and libstatgrab has been tested on even more platforms. + Finally, saidar has been tweaked to work even if it can't + get all the statistics. +

+

+ Saturday 18 October 2003 +

+

+ Version 0.6.1 of libstatgrab has been released.
+ Download it + + here. +

+

+ This release brings support for FreeBSD 5 on sparc 64, and + some bugfixes in FreeBSD memory statistics. Also, some + fixes to saidar, and statgrab. +

+

+ Friday 10 October 2003 +

+

+ Version 0.6 of libstatgrab has been released.
+ You can download it from our mirror site + + here. +

+

+ This release includes some exciting new tools, support for + FreeBSD 5.1, and documentation in manpages. Plus some major + bugfixes and packaging enhancements. +

+

+ Tuesday 09 September 2003 +

+

+ We're pleased to announce a new release of + libstatgrab.
+ You can download version 0.5.1 from + + here. +

+

+ Monday 25 August 2003 +

+

+ We're pleased to announce a new release of + libstatgrab.
+ You can download version 0.5 from + + here. +

+

+ This release provides both documentation and examples, + which we hope will make the package more useable. Stay + tuned for the next release with some useful tools. +

+

+ What is libstatgrab? +

+

+ libstatgrab is a library that provides cross platform + access to statistics about the system on which it's run. + It's written in C and presents a selection of useful + interfaces which can be used to access key system + statistics. The current list of statistics includes CPU + usage, memory utilisation, disk usage, process counts, + network traffic, disk I/O, and more. +

+

+ The current list of platforms is Solaris 2.x, Linux + 2.2/2.4/2.6, FreeBSD 4.x/5.x, NetBSD 1.6.x, OpenBSD 3.x, + DragonFly BSD 1.0, and Cygwin. The aim is to extend this to + include as many operating systems as possible. +

+

+ The package also includes a couple of useful tools. The + first, saidar, provides a + curses-based interface to viewing the current state of the + system. The second, statgrab, gives a sysctl-style + interface to the statistics gathered by libstatgrab. This + extends the use of libstatgrab to people writing scripts or + anything else that can't easily make C function calls. + Included with statgrab is a script to generate an + MRTG configuration file + to use statgrab. +

+

+ Downloading +

+

+ The latest version of libstatgrab can be downloaded from + our primary download + + mirror. All downloads are pgp signed using our + PGP Key. +

+

+ For installation instructions see the README and INSTALL + files contained within the archive. If you're using + FreeBSD you can make + use of the + + devel/libstatgrab port to install libstatgrab for you. +

+

+ Documentation +

+

+ The only online documentation we have at the moment is the + manual pages converted in to HTML format. It's probably + best to start with the overview manual page: +

+ +

+ Then we have the manual pages for each function: +

+ +

+ Screenshot +

+

+ Here's what saidar looks like when it's running: +

+

+ saidar screenshot +

+
- -
- +
- -
- - +
+ diff --git a/www/license.xhtml b/www/license.xhtml index 930604e..41a60a7 100644 --- a/www/license.xhtml +++ b/www/license.xhtml @@ -1,38 +1,35 @@ - - -i-scream licensing + + + i-scream licensing + - - - - -
- -
- + + +
+
- -
-

i-scream software licensing

- -

-Unless explicitly mentioned the i-scream central monitoring system is -licensed under the GNU General Public License (GPL). The full license -can be found here, but -is also given below for reference. -

- -
-		    GNU GENERAL PUBLIC LICENSE
-		       Version 2, June 1991
+        
+

+ i-scream software licensing +

+

+ Unless explicitly mentioned the i-scream central monitoring + system is licensed under the GNU General Public License + (GPL). The full license can be found here, but is also + given below for reference. +

+
+                    GNU GENERAL PUBLIC LICENSE
+                       Version 2, June 1991
 
  Copyright (C) 1989, 1991 Free Software Foundation, Inc.
                        59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  Everyone is permitted to copy and distribute verbatim copies
  of this license document, but changing it is not allowed.
 
-			    Preamble
+                            Preamble
 
   The licenses for most software are designed to take away your
 freedom to share and change it.  By contrast, the GNU General Public
@@ -81,8 +78,8 @@ patent must be licensed for everyone's free use or not licensed at all.
 
   The precise terms and conditions for copying, distribution and
 modification follow.
-
-		    GNU GENERAL PUBLIC LICENSE
+
+                    GNU GENERAL PUBLIC LICENSE
    TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION
 
   0. This License applies to any program or other work which contains
@@ -136,7 +133,7 @@ above, provided that you also meet all of these conditions:
     License.  (Exception: if the Program itself is interactive but
     does not normally print such an announcement, your work based on
     the Program is not required to print an announcement.)
-
+
 These requirements apply to the modified work as a whole.  If
 identifiable sections of that work are not derived from the Program,
 and can be reasonably considered independent and separate works in
@@ -194,7 +191,7 @@ access to copy from a designated place, then offering equivalent
 access to copy the source code from the same place counts as
 distribution of the source code, even though third parties are not
 compelled to copy the source along with the object code.
-
+
   4. You may not copy, modify, sublicense, or distribute the Program
 except as expressly provided under this License.  Any attempt
 otherwise to copy, modify, sublicense or distribute the Program is
@@ -251,7 +248,7 @@ impose that choice.
 
 This section is intended to make thoroughly clear what is believed to
 be a consequence of the rest of this License.
-
+
   8. If the distribution and/or use of the Program is restricted in
 certain countries either by patents or by copyrighted interfaces, the
 original copyright holder who places the Program under this License
@@ -281,7 +278,7 @@ make exceptions for this.  Our decision will be guided by the two goals
 of preserving the free status of all derivatives of our free software and
 of promoting the sharing and reuse of software generally.
 
-			    NO WARRANTY
+                            NO WARRANTY
 
   11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY
 FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW.  EXCEPT WHEN
@@ -303,9 +300,9 @@ YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER
 PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE
 POSSIBILITY OF SUCH DAMAGES.
 
-		     END OF TERMS AND CONDITIONS
-
-	    How to Apply These Terms to Your New Programs
+                     END OF TERMS AND CONDITIONS
+
+            How to Apply These Terms to Your New Programs
 
   If you develop a new program, and you want it to be of the greatest
 possible use to the public, the best way to achieve this is to make it
@@ -365,15 +362,10 @@ consider it more useful to permit linking proprietary applications with the
 library.  If this is what you want to do, use the GNU Library General
 Public License instead of this License.
 
-
- +
- -
- +
- -
- - +
+ diff --git a/www/mailinglists.xhtml b/www/mailinglists.xhtml index 9f01a2a..b75eab8 100644 --- a/www/mailinglists.xhtml +++ b/www/mailinglists.xhtml @@ -1,95 +1,103 @@ - - -i-scream mailing lists + + + i-scream mailing lists + - - - - -
- -
- + + +
+
- -
-

i-scream Mailing Lists

- -

i-scream runs a number of mailing lists geared towards both developers and -users of i-scream products. At the present time the lists are generic to all -products, but if the volume of e-mail rises it may become necessary to create -per-project mailing lists. Here are a current lists.

- -

dev@i-scream.org

- -

-Information: http://lists.i-scream.org/mailman/listinfo/dev
-State: Closed
-Purpose: A discussion forum for developers only. This can also be used to -contact the development team as a whole. -

- -

commits@i-scream.org

- -

-Information: http://lists.i-scream.org/mailman/listinfo/commits
-State: Open for subscription, but no posts should be sent here.
-Purpose: Daily commit logs from the i-scream CVS repository are sent to this -list. If you wish to keep up on development, join this list. -

- -

cvs-all@i-scream.org

- -

-Information: http://lists.i-scream.org/mailman/listinfo/cvs-all
-State: Open for subscription, but no posts should be sent here.
-Purpose: Emails are sent to this list whenever a commit happens to the i-scream -cvs repository. If you want to be informed about commits as they happen, join -this list. -

- -

users@i-scream.org

- -

-Information: http://lists.i-scream.org/mailman/listinfo/users
-State: Open for subscription and posts.
-Purpose: For discussion between users, developers, and anyone else. This is the -place to ask questions and get support. -

- -

Subscribing

- -

-If you wish to join one of the open lists, follow the information link by -by the relevant link above. You can also email listname-request@i-scream.org, -where listname is one of the lists above, with subscribe in the body. -

- -

Archives

- -

-We now have archives of the lists, from May 2003. A link to the archives can -be found on the information page for each list above. -

- -

Viruses and Spam

- -

-All lists are scanned using -MailScanner to remove viruses before they get sent out to list members. -We also use MailScanner to tag spam messages accordingly, and ensure that such -messages are moderated. -

-
- +
+

+ i-scream Mailing Lists +

+

+ i-scream runs a number of mailing lists geared towards both + developers and users of i-scream products. At the present + time the lists are generic to all products, but if the + volume of e-mail rises it may become necessary to create + per-project mailing lists. Here are a current lists. +

+

+ dev@i-scream.org +

+

+ Information: + http://lists.i-scream.org/mailman/listinfo/dev
+ State: Closed
+ Purpose: A discussion forum for developers only. + This can also be used to contact the development team as a + whole. +

+

+ commits@i-scream.org +

+

+ Information: + http://lists.i-scream.org/mailman/listinfo/commits
+ State: Open for subscription, but no posts should be + sent here.
+ Purpose: Daily commit logs from the i-scream CVS + repository are sent to this list. If you wish to keep up on + development, join this list. +

+

+ cvs-all@i-scream.org +

+

+ Information: + http://lists.i-scream.org/mailman/listinfo/cvs-all
+ State: Open for subscription, but no posts should be + sent here.
+ Purpose: Emails are sent to this list whenever a + commit happens to the i-scream cvs repository. If you want + to be informed about commits as they happen, join this + list. +

+

+ users@i-scream.org +

+

+ Information: + http://lists.i-scream.org/mailman/listinfo/users
+ State: Open for subscription and posts.
+ Purpose: For discussion between users, developers, + and anyone else. This is the place to ask questions and get + support. +

+

+ Subscribing +

+

+ If you wish to join one of the open lists, follow the + information link by by the relevant link above. You can + also email listname-request@i-scream.org, where listname is + one of the lists above, with subscribe in the body. +

+

+ Archives +

+

+ We now have archives of the lists, from May 2003. A link to + the archives can be found on the information page for each + list above. +

+

+ Viruses and Spam +

+

+ All lists are scanned using + MailScanner to + remove viruses before they get sent out to list members. + We also use MailScanner to tag spam messages accordingly, + and ensure that such messages are moderated. +

+
- -
- +
- -
- - +
+ diff --git a/www/menu.inc b/www/menu.inc index 02f8a0f..98f95fe 100644 --- a/www/menu.inc +++ b/www/menu.inc @@ -1,55 +1,53 @@ - + \ No newline at end of file diff --git a/www/pgpkey.xhtml b/www/pgpkey.xhtml index 28c5a10..6f36d43 100644 --- a/www/pgpkey.xhtml +++ b/www/pgpkey.xhtml @@ -1,57 +1,49 @@ - - -i-scream PGP keys + + + i-scream PGP keys + - - - - -
- -
- + + +
+
- -
-

i-scream pgp keys

- -

i-scream developer pgp key

- -

-This is the public key we use for signing i-scream -software releases.
You can also download a copy -here. -

- -
+        
+

+ i-scream pgp keys +

+

+ i-scream developer pgp key +

+

+ This is the public key we use for signing i-scream software + releases.
+ You can also download a copy + here. +

+
 
 
- -

i-scream automated build pgp key

- -

-This is the public key we use for signing automated -builds on our build server. This key is less trusted -as it has no passphrase. We will only use this to -sign things such as snapshot builds - all proper -releases will be signing with the main key given -above.
You can also download a copy -here. -

- -
+          

+ i-scream automated build pgp key +

+

+ This is the public key we use for signing automated builds + on our build server. This key is less trusted as it has no + passphrase. We will only use this to sign things such as + snapshot builds - all proper releases will be signing with + the main key given above.
+ You can also download a copy + here. +

+
 
 
-
- +
- -
- +
- -
- - +
+ diff --git a/www/pystatgrab/index.xhtml b/www/pystatgrab/index.xhtml index 664d9f8..c33f8c8 100644 --- a/www/pystatgrab/index.xhtml +++ b/www/pystatgrab/index.xhtml @@ -1,91 +1,92 @@ - - -i-scream pystatgrab homepage + + + i-scream pystatgrab homepage + - - - - -
- -
- + + +
+
- -
- -

i-scream pystatgrab homepage

- - - -

News

- -

-To get notifications of new pystatgrab releases why not subscribe -to our project over on -freshmeat? -

- -

Sunday 21 March 2004

-

-Version 0.1 of pystatgrab has been released.
-Download it -here. -

-

-This is the first release of pystatgrab; a set of Python bindings -for the libstatgrab library. Although -lacking in documentation, it's fairly complete feature wise. -

- -

What is pystatgrab?

- -

-pystatgrab is a set of Python bindings for the -libstatgrab library. It installs as a module and provides a set of -function calls with identical names to the libstatgrab functions. The -returned data types also map logically on to the structures returned -by libstatgrab. -

- -

-pystatgrab should work on any platform that libstatgrab will work on. -Currently, pystatgrab requires version 0.9 of libstatgrab to function. -

- -

Downloading

- -

-The latest version of pystatgrab can be downloaded from our -primary download -mirror. -All downloads are pgp signed using our PGP Key. -

- -

-For installation instructions see the README file -contained within the archive. If you're using -FreeBSD you can make use of the -devel/py-statgrab -port to install pystatgrab (and libstatgrab) for you. -

- -
- +
+

+ i-scream pystatgrab homepage +

+
+ +
+

+ News +

+

+ To get notifications of new pystatgrab releases why not + subscribe to our project over on + freshmeat? +

+

+ Sunday 21 March 2004 +

+

+ Version 0.1 of pystatgrab has been released.
+ Download it + + here. +

+

+ This is the first release of pystatgrab; a set of Python + bindings for the libstatgrab + library. Although lacking in documentation, it's fairly + complete feature wise. +

+

+ What is pystatgrab? +

+

+ pystatgrab is a set of Python bindings for the + libstatgrab library. It installs + as a module and provides a set of function calls with + identical names to the libstatgrab functions. The returned + data types also map logically on to the structures returned + by libstatgrab. +

+

+ pystatgrab should work on any platform that libstatgrab + will work on. Currently, pystatgrab requires version 0.9 of + libstatgrab to function. +

+

+ Downloading +

+

+ The latest version of pystatgrab can be downloaded from our + primary download + + mirror. All downloads are pgp signed using our + PGP Key. +

+

+ For installation instructions see the README file contained + within the archive. If you're using + FreeBSD you can make use of + the + devel/py-statgrab port to install pystatgrab (and + libstatgrab) for you. +

+
- -
- +
- -
- - +
+ diff --git a/www/skeleton.xhtml b/www/skeleton.xhtml index db2c3df..3c74c43 100644 --- a/www/skeleton.xhtml +++ b/www/skeleton.xhtml @@ -1,32 +1,31 @@ - - -skeleton + + + skeleton + - - - - -
- -
- + + +
+
- -
-

Skeleton Page

-

Section

-

Content

-

Body Text

-
- +
+

+ Skeleton Page +

+

+ Section +

+

+ Content +

+

+ Body Text +

+
- -
- +
- -
- - +
+ diff --git a/www/style.inc b/www/style.inc index 788c1ce..ecf59c9 100644 --- a/www/style.inc +++ b/www/style.inc @@ -1,2 +1,2 @@ - - + + \ No newline at end of file diff --git a/www/styles/style.css b/www/styles/style.css index c389229..cc26c57 100644 --- a/www/styles/style.css +++ b/www/styles/style.css @@ -94,7 +94,7 @@ html,body { border-bottom: 1px solid #000066; } #contents pre { - border-left: 2px solid #ffffff; + border-left: 2px solid #ff0000; margin-left: 5px; padding-left: 5px; background: #f0f0f0; diff --git a/www/support.xhtml b/www/support.xhtml index 0fd3c7b..44355fd 100644 --- a/www/support.xhtml +++ b/www/support.xhtml @@ -1,56 +1,51 @@ - - -i-scream support + + + i-scream support + - - - - -
- -
- + + +
+
- -
-

i-scream Support

- -

i-scream uses RT to track -support requests. We've set up two addresses to help seperate the two main -types of requests.

- -

bugs@i-scream.org

- -

-If you have found a bug or problem with an i-scream program send an -email to this address. Your message will be logged and one of the developers -will get back to you with more information. Hopefully we'll be able to fix -the bug. -

- -

support@i-scream.org

- -

-If you need some assistance with an i-scream program you should email -this address. One of the developers will be able to help attempt to -sort out you problem. Please make sure you read the documentation -before sending us an email. -

- -

-Once your email has been received you will get an acknowledgement by -email and details of how to view your tickets over the web. -

-
- +
+

+ i-scream Support +

+

+ i-scream uses RT + to track support requests. We've set up two addresses + to help seperate the two main types of requests. +

+

+ bugs@i-scream.org +

+

+ If you have found a bug or problem with an i-scream program + send an email to this address. Your message will be logged + and one of the developers will get back to you with more + information. Hopefully we'll be able to fix the bug. +

+

+ support@i-scream.org +

+

+ If you need some assistance with an i-scream program you + should email this address. One of the developers will be + able to help attempt to sort out you problem. Please make + sure you read the documentation before sending us + an email. +

+

+ Once your email has been received you will get an + acknowledgement by email and details of how to view your + tickets over the web. +

+
- -
- +
- -
- - +
+ diff --git a/www/who.xhtml b/www/who.xhtml index 779bbd1..b54b821 100644 --- a/www/who.xhtml +++ b/www/who.xhtml @@ -1,74 +1,79 @@ - - -skeleton + + + skeleton + - - - - -
- -
- + + +
+
- -
-

Who We Are

- -

- We started out as a group of four final year Computer - Science students at the University of Kent doing our final year project. During that year - we developed the CMS package more or less as it stands today. -

-

- Since the end of that year we've had a few changes in members, but we're still developing - software. We've taken the CMS and developed it further, and we've written - libraries to support it. We're now working on a new system to replace it known currently as Laroona. -

- -

Current team

- -

- Tim Bishop - tdb@i-scream.org -

- - -

- Alex Moore - ajm@i-scream.org -

- -

- Adam Sampson - ats@i-scream.org -

- - -

- Peter Saunders - pajs@i-scream.org -

- - -

- Group Mailing List - dev@i-scream.org -

-
- +
+

+ Who We Are +

+

+ We started out as a group of four final year + Computer Science + students at the University of Kent doing our final year + project. During that year we developed the + CMS package more or less as it stands + today. +

+

+ Since the end of that year we've had a few changes in + members, but we're still developing software. We've taken + the CMS and developed it further, and + we've written libraries to support it. We're now working on + a new system to replace it known currently as + Laroona. +

+

+ Current team +

+

+ Tim Bishop - tdb@i-scream.org +

+ +

+ Alex Moore - ajm@i-scream.org +

+

+ Adam Sampson - ats@i-scream.org +

+ +

+ Peter Saunders - pajs@i-scream.org +

+ +

+ Group Mailing List - + dev@i-scream.org +

+
- -
- +
- -
- - +
+ -- 2.44.0