OpenSolaris

1. Project: Sensor Abstraction Layer
   1. Announcements
   2. News
   3. Blogs
   4. Events
   5. Discussions
   6. Leaders
   7. Observers
   8. Files

OpenSolaris Project: Sensor Abstraction Layer

View the leaders for this project
Project Observers

Endorsing communities

Fault Management

Introduction

The Project

This project proposes extensions to the fault management architecture (FMA) to support a sensor abstraction layer for the collection and analysis of sensor based telemetry that can be used in fault and resource management.

The Problem

How do we manage raw telemetry data kept, maintained and exported by disparate sources for the purposes of fault, resource management and budgeting? Today, there are a number of sensor collection mechanisms exported by the hardware and software. For the most part, the information they export is hap-haphazardly presented and accessed according to ad-hoc operating system interfaces, per-platform methods or per-subsystem industry standards (SMBus, SMART and IPMI). Using this data for fault or resource management is clumsy and typically requires low-level system knowledge baked into higher-level management applications./P>

Key Objectives

As part of an overall sensor abstraction layer based on our current fault management architecture, we can solve this problem and provide a better understanding of the overall health and usage of a system through more sophisticated diagnosis technologies and fine-grained observability of sensor data via common access methods. A sensor abstraction layer must posses:

1. the ability to alert the administrator to conditions observed by platform sensors that may impact the operational state of the platform.

2. the ability to alert the administrator to conditions that resolve themselves as observed by platform sensors.

3. the ability to watch one or more sensors and correlate the data for predictive fault analysis or resource management.

4. the ability to continuously record sensor data and retrieve it from systems for offline analysis, future system design or development of more advanced diagnosis algorithms.

5. the ability for administrators and service personnel to manually inspect sensor values without having to understand the exact implementation (e.g. IPMI or SMBus).

6. the ability to connect sensor data to higher-level diagnosis (e.g. SMART disk data to SCSI and ZFS diagnosis engines).

7. the ability to understand and observe performance and power budgets based on raw sensor data.

Documents

The Phase I design document is now available.

Announcements

03 May 2007

Opening Day

Blogs

cindi - Day Thirteen

Jul 13, 9:14 AM

Bend was our *very* last stop before heading home.  We decided against a stop at Lake Shasta and drive the 520 miles from Bend.  It was hot in Bend with afternoon temperatures reaching 95 degrees.  ...

cindi - Day Twelve

Jul 11, 9:18 AM

The last time I was in Astoria was with my friend, Matt.  We took a road trip through Oregon with a strategic stop over in Astoria.  Astoria was the location used in the film, Kindergarten Cop : Matt ...

cindi - Day Nine

Jul 10, 8:51 PM

We missed our ferry to Vancouver Island and then got lost driving through Vancouver.  The plan was to ferry to the island and connect to a US-bound ferry in Victoria.  So much for Plan A.  We hastily ...

cindi - Day Seven

Jul 9, 12:03 PM

We happened upon the seedy underbelly of Vancouver on the way into town after taking a wrong turn. There are blocks and blocks of boarded up buildings and drug-fueled homelessness. Unlike in other ...

cindi - Day Five

Jul 3, 11:49 AM

We arrived in Banff National Park on Oh Canada D'eh, our equivalent of the Fourth of July.  The crazy canucks donned their red with the white maple leaves and sucked down the Molson.  Sadly, the ...