OpenSolaris

Printable Version Enter a New Search
Bug ID 6778452
Synopsis diagnosis fails if service state changes from "unaffected" to "lost" or "degraded"
State 10-Fix Delivered (Fix available in build)
Category:Subcategory fma:io
Keywords
Responsible Engineer Stephen Hanson
Reported Against
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_112
Fixed In snv_112
Release Fixed solaris_nevada(snv_112) , solaris_10u8(s10u8_01) (Bug ID:2175278)
Related Bugs 6747341
Submit Date 1-December-2008
Last Update Date 8-April-2009
Description
If a driver starts by reporting "service.unaffected" ereports and then, within 5 seconds, decides it can no longer recover and reports "service.lost" ereports, the diagnosis rules can get confused. They treat both service.unaffected and service.lost as part of the same "noimpact" case (waiting for a service.restored to match the service.lost). Then the service.repaired doesn't turn up and the case is considered undiagnosable. The same thing occurs if the state changes from unaffected to degraded or from degraded to lost.

The easiest fix is probably to say that service.degraded and service.unaffected errors can be expected as a symptom of a service.lost fault and that service.unaffected errors can be expected as a symptom of a service.degraded fault.
Work Around
N/A
Comments
N/A