Dragan Cvetkovic <m
...@privacy.net> writes:
> Hi,
> just noticed the following message on our E220R (2x450MHz CPUs):
> Jul 30 01:24:06 titan SUNW,UltraSPARC-II: [ID 536986 kern.info] NOTICE: [AFT2] errID 0x00107585.b2508988 CBI event on CPU2
[snip]
> The machine continued working and prtdiag -v still reports "No failures
> found in System". What does the above message mean and what shall we do
> about it?
OK, some googling helped a bit.
http://sunportal.sunmanagers.org/pipermail/summaries/2002-November/00...
has the following to offer:
A CBI event is a ecache error on a cache line that can occur without the
system panicing. CBI stands for Clean Bad Idle. Clean means that the cache
line is clean, or has not been modified. If it was modifed, it would be a
dirty page, which would have required flushing the changes out to
memory. Idle indicates that this cache line was not in use by the cpu at
this time. Bad means that it detected an error.
This is a corrected "scrubbed" Ecache event. This should be handled just
like any Ecache event, that is swap on the second event only.
It appears that Ecache error reporting has changed (again). Solaris 8
kernel patch 108528-13 introduces the changes detailed in bug 4385694. E$
errors seem to be reported as "xBy events" where x is C for "clean" or D
for "dirty", and y is I for "idle" or B for "busy" (so DBI event, CBD event
and so on), reflecting the state of the cache line when the error was
detected. So basically, a CBI event is telling us that the scrubbing
algorythm has found a bad line of ecache data and scrubbed it.
Since we are running 117000-01 on the system, it seems that the scrubber is
doing its job.
Bye, Dragan
--
Dragan Cvetkovic,
To be or not to be is true. G. Boole No it isn't. L. E. J. Brouwer
!!! Sender/From address is bogus. Use reply-to one !!!
