Bharath,
You didn't send the requested sh contr fia from the attach sessions to the
LCs.
Anyhow, the error messages below indicate your fabric bandwidth mode is
invalid. This should be corrected. Remember, the 12012 can operate in full
and quarter (with only Eng 0 LCs support) bandwidth.
See
Totally concur. If it's not broken, don't fix it.
*All* new bugs are introduced into software inadvertently while fixing
existing bugs or implementing new features.
/eninja
On Sat, Dec 12, 2009 at 1:00 PM, Gert Doering g...@greenie.muc.de wrote:
Hi,
On Sat, Dec 12, 2009 at 11:44:39AM
Hector,
It is interesting that the cisco article tells you how to profile your cpu
but not how to interpret the results ;-)
There is only one way to interpret the results - contact Cisco to report the
abnormality. They will have to decode the address/es using the symbol files
for your device
Antonio,
You should *never* troubleshoot fabric errors with *any* exec-on commands.
They run over the fabric that may or may not be compromised.
1. Are any other LCs apart from slot 6 reporting CRC errors?
2. grab two sh contr fia from the RP and an attach to all the LCs and
send over.
On Wed, Oct 7, 2009 at 2:01 PM, Lasher, Donn dlas...@newedgenetworks.comwrote:
-Original Message-
From: Pete Templin [mailto:peteli...@templin.org]
Subject: Re: [c-nsp] GSR CPU Process is very HIGH 95%
Lasher, Donn wrote:
To clarify, this depends on both the card type (engine
Nick,
*
inline...*
On Tue, Sep 29, 2009 at 1:01 PM, Nick Hilliard n...@inex.ie wrote:
On 29/09/2009 19:20, e ninja wrote:
No it is not right.
1. Anybody that has paid for software, should *never* have to pay for
bug
fixes. See http://resources.multiven.com/dossier-3
Richey,
No it is not right.
1. Anybody that has paid for software, should *never* have to pay for bug
fixes. See http://resources.multiven.com/dossier-3
2. Forcing people to pay for a service they haven't used is
extortionhttp://en.wikipedia.org/wiki/Extortion- a criminal act -
seek
*Response inline in italics...*
On Mon, Aug 31, 2009 at 9:45 PM, David Warner
davidwarner1...@yahoo.com.auwrote:
Hi - Thanks for the feedback.
Yes - same hardware (3845), sw, config and traffic. Just deployed as
active/standby for HSRP. The chief suspect is the port channel between the
ESWs
Drew,*
Responses inline in italics..*
On Tue, Sep 1, 2009 at 11:10 AM, Drew Weaver drew.wea...@thenap.com wrote:
Hey there,
We've probably all seen this issue before, with BGP scanner eating up a
large amount of CPU time on a powerful supervisor/route processor, etc. My
' perf)
through the device.
Your thoughts below dwell more on enhancing the mechanism to reduce
frequency.
-Eninja ;-)
On Tue, Sep 1, 2009 at 5:36 PM, Richard A Steenbergen r...@e-gerbil.netwrote:
On Tue, Sep 01, 2009 at 03:56:02PM -0700, e ninja wrote:
*BGP scanner is a housekeeping
Kevin,
Looks like the RP reset the system because the SP failed to respond to
RP-SP cpu availability heartbeat keepalives (aka CPU MONITOR). The TAC
engineer should not bother decoding the RP tracebacks as this would most
likely be generic functions. The root cause lies in the SP and
Gert,
This sounds like a 'silent reload'. Capture
*K-traces*http://www.cisco.com/en/US/products/hw/routers/ps359/products_tech_note09186a0080106fd7.shtml#ktraceand
send to TAC for analysis.
-Eninja
PS. You should probably only work with TAC escalation on this.
On Fri, Aug 14, 2009 at 2:39
Wilson,
*Feedback:*
- Make the Bug toolkit and Bug fixes freely available to all customers
that have purchased Cisco software and not just SMARTnet customers.
-Eninja
On Thu, Aug 13, 2009 at 7:01 AM, Rodney Dunn rod...@cisco.com wrote:
I got involved through a few channels and
Wilson,
Thanks.
-Eninja
On Mon, Aug 17, 2009 at 8:58 AM, Wilson Shiu (wshiu) ws...@cisco.comwrote:
Eninja,
Thank you so much for your feedback. I will definitely discuss your request
during my next meeting with the Bug Tool Kit team.
Regards,
Wilson
*From:* e ninja [mailto:eni
is signiface of 2 SFC or 1 SFC running .
Regards
On 8/13/09, e ninja eni...@gmail.com wrote:
Jack,
What changed prior to the errors? Also, is this a lab or production
device?
Either way, reply all (or unicast) the complete sh tech and sh log along
with a sh controller fia from an attach
Jack,
What changed prior to the errors? Also, is this a lab or production device?
Either way, reply all (or unicast) the complete sh tech and sh log along
with a sh controller fia from an attach session to all LCs.
-Eninja
On Tue, Aug 11, 2009 at 10:54 PM, jack daniels
, not harder.
Eninja
On Sun, Aug 2, 2009 at 1:45 AM, Gert Doering g...@greenie.muc.de wrote:
Hi,
On Sat, Aug 01, 2009 at 08:12:05PM -0700, e ninja wrote:
PS. Contributors to this list should strive to post reusable knowledge to
www.mysolvr.com so that it is properly documented, organized
Jack,
Assuming the right procedures were followed for OIR, send the following
captures when 17 16 are primary CSC to aid further assessment;
1. sh controller fia (from the RP and from an attach session to each
of the LCs)
2. show controllers psar
3. sh fabric
4. sh log
Eninja
wikis, forums, and whatnots are poor substitutes for searchable text
archives.
Agreed.
However, I learned most of my foundation material from Usenet
in the late 80s and early 90s, so I might be biased...
Ditto.
On Sun, Aug 02, 2009 at 06:51:07AM -0700, e ninja wrote:
Gert,
So
, 0x1D0
-Traceback= 40B41258 4060D118 40611E04 405F2700 405F2C30 40737624 40B3D12C
401131B0
Thanks and Regards
J.Daniels
On 8/1/09, e ninja eni...@gmail.com wrote:
Jack,
http://howtos.mysolvr.com/How_to_Power_Off_and_On_a_Cisco_GSR_12000_Linecard
Eninja
On Thu, Jul 30, 2009 at 9
Jack,
http://howtos.mysolvr.com/How_to_Power_Off_and_On_a_Cisco_GSR_12000_Linecard
Eninja
On Thu, Jul 30, 2009 at 9:23 PM, jack daniels jckdaniel...@gmail.comwrote:
Hi All,
I'm facing a issue in Cisco 12416 request your help -
show GSR -
Slot 19 type = Switch Fabric Card
Segmentation Violations (SegV) exceptions are _always_ caused by a bug in
Cisco IOS and could be triggered by either of the following:
- Accessing an invalid memory address e.g. attempting to access the
lowest 16KB of memory on powerPC platforms
- Writing to a read-only memory region
Bharath,
See
http://solutions.mysolvr.com/MBUS_CAN_Jam_Reset_Errors_on_Cisco_GSR_12000
/eninja
Pingsta ICE™ - monetize your knowledge - www.pingsta.com/ice/intro
On Fri, Nov 14, 2008 at 12:10 PM, bharath kondi
[EMAIL PROTECTED] wrote:
Hello,
I am getting this type of errors when I
Michael,
responses inline...
On Thu, Apr 24, 2008 at 10:04 AM, Michael Malitsky [EMAIL PROTECTED]
wrote:
Hello,
I am curious if anyone is experiencing bugs with the 1841 platform? In
our case it's acting as a firewall, and terminating 5 IPSEC tunnels.
An 1841 is an ISR with built in
On Mon, Apr 21, 2008 at 3:05 AM, Marko Milivojevic [EMAIL PROTECTED]
wrote:
*g* - GD is general deployment, which sort of means this IOS train
has seen enough testing by customers and so we assume that there are not
too many nasty bugs left, or so.
Usually not that many useful new
Sukumar,
You can ignore this one, as it _should_ not have any impact, after the
second reload. is not an acceptable answer.
1 crash in every 100 reboots = 1 million crashes out of every 100 million
reboots. In our quest for perfection, we should strive to investigate and
rectify every
Justin,
What do you mean by die? A crash is not the same thing as a hang. Did your
3660 crash or hang? If the former, IOS should dump a crashinfo file - if you
have one, lets take a look at it. If the latter, take a look at;
Chris,
What changed?
The CSC usually bumps up power to other fans when a fan has failed or the
cooling system has been compromised or the room gets too hot etc. So, check
the fans, the filters, ensure room temp and cooling is in order, ensure
airflow through the chasis hasn't been compromised by
Justin,
As you've rightly observed, an RP crash will impact the SP and vice-versa.
This platform does not support HA features like NSF, SSO et al because it
has a fixed-hw-config with no processor redundancy.
Any form of software crash is a bug. You don't need a maintenance contract
to be able
/products_field_notice09186a0080094886.shtml
FYI:
Yesterday i replaced the CSC cards and fan tray. Symptoms still remained.
Today i am going to replace the CSC cards with the Version 2 LCs.
i'll update later today, thanks to all that responded.
Chris
On Wed, Mar 19, 2008 at 5:23 AM, e ninja [EMAIL PROTECTED] wrote
Ahmad,
Alignment errors are _always_ software bugs.
You don't have to wait for a CCO image. Call the TAC and have them publish
an image with the fix for you in the interim.
Alignment corrections are pretty CPU intensive and depending on the
platform, this can impact system performance.
/eninja
looking at the log messages, the mallocfails were reported by the RP and not
the linecards.
/eninja
On Mon, Mar 10, 2008 at 11:21 AM, Matt Liotta [EMAIL PROTECTED] wrote:
You need to check each line card for memory using attach. Older GSRs
had line cards with 128M, which will certainly not
Good analysis. Looks like we tried to read from a valid address.
main:text,(r/o), main:data (r/w) and main:bss (r/w) are subregions of the
local memory used for IOS. main:heap is what is left after IOS image is
loaded.
main:bss contains uninitialized variables.
/eninja
On Wed, Mar 12, 2008
Max,
This is a sev 5 notification message. As such, it is nothing to be worried
about. From cco
*Error Message *IPC-5-WATERMARK: [dec] messages pending in [hex] for the
port [chars] [hex].[hex]
*Explanation *This message indicates that a particular IPC port is
overused. An
for this issue
/eninja
On Sun, Mar 2, 2008 at 2:16 PM, e ninja [EMAIL PROTECTED] wrote:
Max,
This is a sev 5 notification message. As such, it is nothing to be worried
about. From cco
*Error Message *IPC-5-WATERMARK: [dec] messages pending in [hex] for the
port [chars] [hex].[hex
Nemeth,
Your SUP crashed because it failed over 10 consecutive TestSPRPInbandPing.
Get the fix/workaround for sc33990 below.
/eninja
CSCsc33990
Symptoms: A supervisor engine may unexpectedly reset when the
TestSPRPInbandPing as part of the Cisco Generic Online Diagnostics (GOLD)
fails for 10
...
--
*De:* e ninja [mailto:[EMAIL PROTECTED]
*Enviada:* sex 29/2/2008 17:29
*Para:* Nemeth Laszlo
*Cc:* Leonardo Gama Souza; cisco-nsp@puck.nether.net
*Assunto:* Re: [c-nsp] RES: activ/standby cpu card status changed
Nemeth,
Your SUP crashed because it failed over 10
Matthew,
In the light of the overwhelming responses to this thread, it would have
helped if you volunteered additional useful info about your needs e.g. your
platform type (the impact of monitoring traffic on a distributed platform eg
GSR/HFR differs tremendously from say a 2800), type of data
Ziv,
There are two issues here;
1. your core concern - software forced crash
2. the secondary concern - parity errors
To troubleshoot the software forced crash, Cisco will need extra information
like the crashinfo files, steps to recreate, sh tech and logs. While waiting
for these data,
Dmitry,
By disabling parser config cache interface, you lose the enhancement it
introduces into NVGEN. If your config is large, you may want to add more
memory and re-enable this command to enhance NVGEN.
my 2 c
/eninja
On Mon, Feb 18, 2008 at 1:20 AM, Dmitry Kiselev [EMAIL PROTECTED] wrote:
Kurt,
The enclosed captures are badly formatted irrespective, the cause of this
crash seems to be a memory corruption/leak or one of the thousands (no
kiddin) of bugs reported daily in the cisco ios T (technology) train.
You will not be serving your business and customers well if you stay on the
Cassidy,
Take a look at CSCei46978 - http://mysolvr.com/?show=1.15418 . The fixes for
i46978 should be in 12.4 mainline hence you may give it a shot.
Out of curiosity, if all your 7200s with NPE-G1s run the same IOS release
and the only difference is the NPE rev, what happens when you swap this
From
http://www.cisco.com/en/US/docs/ios/12_0/system/messages/emipfast.html#wp1025090
Error Message
%IPFAST-4-RADIXDELETE : Error trying to delete prefix entry for [int]/[dec]
(expected [hex], got [hex])
Explanation Problems related to the IP route cache triggered this debugging
message.
Jay,
This is not spam, it's a mailserver bug. check the blog post
http://pingstapeople.blogspot.com/
/e
On Jan 1, 2008 9:00 PM, Jay Hennigan [EMAIL PROTECTED] wrote:
Anyone on-list heard of pingsta.com? Within the last hour I've received
ten invitations to join them as an internetwork
Ted,
You've raised some excellent points. Check out the multiven dossier below,
it exposes these OEM warranty scams in greater detail.
http://www.multiven.com/dossier.php
http://www.multiven.com/PDF/Multiven_Dossier.pdf - pdf
-ninja
Snippet
*Overview*
Over the past two
All network equipment manufacturers should be CALEA-compliant. Hence you are
better off discussing this with them.
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at
46 matches
Mail list logo
