[cisco-voip] Bug CSCti17353

Wes Sisk wsisk at cisco.com
Tue Nov 1 10:21:39 EDT 2011


The 'resolution' of that bug
* changes the event to severity 4 as it is not definitively indicative of a problem
* change the timing of the event

I wouldn't be *so* concerned about the hour due to timezone adjustments. The minute on your event, 42, aligns with the expectations from the bug.

Looks like you're experiencing the working-as-designed battery discharge and re-charge cycle.  If you're seeing indications of slow I/O otherwise (perfmon counters under System\) then it may be an issue.  I believe cli commands 'show hardware' and 'utils diagnose...' will show the battery status and if cache is disabled. If it remains disabled then either engage IBM directly or open a TAC case for hardware service depending on how you purchased and service your server hardware.

Regards,
Wes

On Nov 1, 2011, at 8:22 AM, Mike King wrote:

I think I just tripped across bug CSCti17353, but I shouldn't be.

Got this in my RTMT alerts:

At Tue Nov 01 07:42:45 EDT 2011 on node 10.202.27.6, the following HardwareFailure events generated:  
hwStringMatch : Nov  1 07:42:10 CMSUB02 daemon 4 Director Agent: LSIESG_AlertIndication 500605B001AC4ED0 BBU disabled; changing WB virtual disks to WT Sev: 3. 
AppID : Cisco Syslog Agent 
ClusterID :  
NodeID : CMSUB02 
 TimeStamp : Tue Nov 01 07:42:10 EDT 2011

The bug toolkit says The event will occur once a month (at 4:42am) during the battery recharging cycle. 
Obviously, I got it at 7:42 EDT (GMT -4) so I'm not sure what's going on with the timing.

Further, I'm running 8.5.1.11900-21, and it says Fixed in 8.5(1.10000.26)

Should I raise a TAC Call?  (The Bug ID does say ignore it)

Mike
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111101/90a03ca0/attachment.html>


More information about the cisco-voip mailing list