Changes between Version 37 and Version 38 of Check
- Timestamp:
- Oct 24, 2010, 9:54:53 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Check
v37 v38 66 66 == Reprogramming - Gateway Watchdog == 67 67 68 The SENSEI Gateway Watchdog is a monitoring and control service for the SENSEI Gateway. It allows for remote starting, stop ing and updating the gateway code and can report the version string and uptime of the currently running gateway binary.68 The SENSEI Gateway Watchdog is a monitoring and control service for the SENSEI Gateway. It allows for remote starting, stopping and updating the gateway code and can report the version string and up-time of the currently running gateway binary. 69 69 70 70 === Software Requirements === … … 128 128 Available command line options are: 129 129 -p HTTPD port (default: 9000) [[BR]] 130 -s HTTPD hostname for inserting in resource desc iption (default: localhost) [[BR]]130 -s HTTPD hostname for inserting in resource description (default: localhost) [[BR]] 131 131 -d domain name inserted in resource description (default: example.com) [[BR]] 132 132 -w WSAN island name inserted in resource description (default: Example) [[BR]] … … 140 140 * /stop - a POST request stops the gateway 141 141 * /update - a POST request with a form that has a 'file' field named 'code' updates the gateway binary, a 'text' field named 'version' can also be sent as the version string for the newly uploaded binary, otherwise version string will be taken from the uploaded file 142 * /uptime - a GET request returns the up time of the gateway in seconds or -1 if the gateway is not started142 * /uptime - a GET request returns the up-time of the gateway in seconds or -1 if the gateway is not started 143 143 * /version - a GET request returns the gateway version string, if one is available. 144 144 … … 186 186 == Monitoring Sensei Resources == 187 187 188 The monitoring component of Check i n pluginable. Check does not internally store monitoring infomation, but uses other monitoring suites to provide these services. In this case, we use a !MonAlisa service. This service is used to store and graph data for large amounts of time. Check plugs itself as a resource into the Resource Directory and can be used by any service by using a rest interface to register new nodes and parameters to monitor.188 The monitoring component of Check is pluginable. Check does not internally store monitoring information, but uses other monitoring suites to provide these services. In this case, we use a !MonAlisa service. This service is used to store and graph data for large amounts of time. Check plugs itself as a resource into the Resource Directory and can be used by any service by using a rest interface to register new nodes and parameters to monitor. 189 189 190 190 === Software Requirements === … … 292 292 = Self-healing = 293 293 294 The Self-healing service in the Check framework overlays the self-healing capabilities provided by the stack running on the nodes. The latter contin ously ensures a correct topology of the island, while providing, through Sensei interfaces, topology information and individual node attributes.294 The Self-healing service in the Check framework overlays the self-healing capabilities provided by the stack running on the nodes. The latter continuously ensures a correct topology of the island, while providing, through Sensei interfaces, topology information and individual node attributes. 295 295 296 296 In case a node fails to respond and a timeout message is received, then the Self-healing service chooses another node with the requested capability and automatically redirects the request to it.