This is what I have from our engineers after they received Spectrum
Alarms:

looked at the detail in the Spectrum alarms that fired for high memory
utilization in most of the CatOS 6500 supervisors.  What it is reporting
is technically true, but unfortunately, the particular memory resource
it's complaining about is bootflash memory!

The clue is "Memory instance 2".

 

 

________________________________

From: [email protected] [mailto:[email protected]] 
Sent: Monday, September 28, 2009 11:41 AM
To: spectrum
Subject: RE: [spectrum] How to ignore certain Memory pools?

 

I remember similar problem, not with Memory but with CPU (CPU3 was
100%). Latest hotfix (HF18)  resolved the issue. 

You may want to test this issue with HF18 on your test environment. 

 

Thank you - Ali

 

 

 

________________________________

From: Nigel Holmes [mailto:[email protected]] 
Sent: Monday, September 28, 2009 11:21 AM
To: spectrum
Subject: RE: [spectrum] How to ignore certain Memory pools?

I have seen the same problem when we upgraded a cat6506 to a sup32 with
modular ios (Ooo did I give it away ;-) .

I have not had the time to report this back, but it's good to know that
I'm not the only one with the issue.

I'm using Spectrum version 8.1 H11

 

Regards,

 

Nigel Holmes

 

________________________________

From: Katona, Matthew J. [mailto:[email protected]] 
Sent: 28 September 2009 14:40
To: spectrum
Subject: [spectrum] How to ignore certain Memory pools?

 

We are seeing devices report that it's third memory instance has
exceeded 100%. Looking under the performace tab of said device shows
memory 1 and 2 are normal but 3 is 100%. We can replicate this across
the board for this family of devices. The device vendor (a major one)
said the solution is to IGNORE MEMORY BANK 3! OK, give that engineer a
raise huh?

 

By any means, I cannot find a way to separate the memory threshold for
each invidual bank, as spectrum monitors the aggrate. Attribute editor
doesn't seem to allow this either. Any thoughts how to impliment this
(for lack of a better term) fix? 

 

Thanks!

Matt Katona

OSS Administrator

Network Operations Center

4145 S. Falkenburg Road Suite 5

Riverview, FL  33578

Cubical:  813.436.2700 Ext 74024

Blackberry: 813-340-5870

 

 

 

________________________________

CONFIDENTIALITY NOTICE: This e-mail may contain information that is
privileged, confidential or otherwise protected from disclosure. If you
are not the intended recipient of this e-mail, please notify the sender
immediately by return e-mail, purge it and do not disseminate or copy
it.

*       --To unsubscribe from spectrum, send email to [email protected]
with the body: unsubscribe spectrum [email protected] 

This e-mail and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this email in error please notify the
sender by replying to this e-mail. Replies to this email may be
monitored by the Haymarket Group for operational or business reasons.
Whilst every endeavour is taken to ensure that e-mails are free from
viruses, no liability can be accepted and the recipient is requested to
use their own virus checking software. www.haymarket.com Haymarket Media
Group Limited Registered in England no. 267189 Registered Office: 174
Hammersmith Road, London W6 7JP --ES 

*       --To unsubscribe from spectrum, send email to [email protected]
with the body: unsubscribe spectrum [email protected] 

*       --To unsubscribe from spectrum, send email to [email protected]
with the body: unsubscribe spectrum [email protected] 


---
To unsubscribe from spectrum, send email to [email protected] with the body: 
unsubscribe spectrum [email protected]

Reply via email to