John,
Pingsta recently released an iphone (droid coming soon) app for its
TAC-in-the-Cloud(tm) engineers in NA.
http://itunes.apple.com/us/app/pingsta-ice/id385669606?mt=8
Should be available globally shortly with a customer version on the horizon.
/eninja
Sent from my iPhone.
On Jan 12
software bugs in
IOS.
I understand some folks enjoy commenting, but it should always be to add value
rather than throwing out unfounded speculations without factual data to back it
up.
/eninja
ex-Technical Leader - OS & big fat (and skinny) routers.
On Nov 12, 2010, at 3:17 AM,
your case and move on to
the next one.
Your VAM might have failed, but it's failure is a separate issue from your SegV
outage.
eninja
www.multiven.com - simple, efficient & affordable maintenance for all networks™
On Nov 11, 2010, at 5:12 PM, Kevin Graham
wrote:
>
>
>>
would be a misdiagnosis.
eninja :-)
www.multiven.com - simple, efficient & affordable maintenance for all networks™
On Nov 11, 2010, at 2:27 PM, "Matlock, Kenneth L" wrote:
> Exactly!
>
> The only way to determine 100% if it's a hardware problem or software problem
&
Ken,
Rather than speculate, do you have an actual example of a crash that IOS
reported as 'SegV exception' that was caused by failed hardware?
People come here for answers, not speculation.
eninja
On Nov 11, 2010, at 6:08 AM, "Matlock, Kenneth L" wrote:
> Always
Michael,
'stuck bits'?
SegV exceptions are _always_ caused by software bugs.
http://bit.ly/98QqhO
eninja ;-)
On Nov 10, 2010, at 8:56 PM, Michael Loftis wrote:
> SegV is most certainly not always software. Stuck bits in IO memory or in
> memory used by a PPP session d
provider to resolve it.
/eninja
www.multiven.com - simple, efficient & affordable maintenance for all networks™
On Nov 10, 2010, at 11:33 AM, "Dominic Ogbonna" wrote:
> (a.) Running Cisco 7206VXR with NPE-G2
> (b.) Currently running c7200p-advipservicesk9-mz.122-33.SRD
Antonio,
Were crashinfo files generated by the RP & SP? If yes, feel free to unicast and
I'll take a look.
eninja
www.multiven.com - simple, efficient & affordable maintenance for all networks™
On Nov 5, 2010, at 3:27 PM, "Antonio Soares" wrote:
> The active
The question is why did the active SP fail to respond to heartbeat messages
from the standby?
Grab the sh tech, crashinfo files from the former active SP and contact your
maintenance service provider to troubleshoot.
eninja
www.multiven.com - simple, efficient & affordable maintenance for
e storms and
a once-in-while proactive reboot will go a long way to coalesce fragmented
memory blocks.
eninja
www.multiven.com - simple, efficient & affordable maintenance for all networks™
On Nov 5, 2010, at 9:25 AM, "Antonio Soares" wrote:
> Hello group,
>
> I'
wice
-sh contr fia (from an "attach" session to any two LCs in slots 0 - 7) - twice
-sh diag
-sh log
eninja
www.multiven.com - simple, efficient & affordable maintenance for all networks™
On Oct 30, 2010, at 9:57 AM, Drew Weaver wrote:
> So,
>
> Oct 30 11:29:55 EDT:
Where is 'here'? Where are these equipment located (geographically)?
You still need to research what changed in the locale, atmosphere,
network, environment etc. prior to these events occuring.
Stay calm, the answer is out there ;-)
eninja
On Apr 30, 2010, at 3:25 AM, Mike
Let's apply logic...
1 - What changed prior to the 'events'?
2 - What's common to all the impacted devices experiencing the
'events'? Location, vendor, etc
3 - Which other devices could be experiencing similar 'events' but
aren't.
Eninja
iance when handling components.
Eninja
On Apr 27, 2010, at 11:53 PM, Mike cisconspl...@tiedyenetworks.com> wrote:
Howdy,
Well that was fun, I discovered that my trusty 7204vxr reloaded
unexpectedly and I find myself without a good explanation. Show
version gives me 'processor me
the errors?
/Eninja
On Mar 8, 2010, at 2:48 PM, bharath kondi
wrote:
HI Everyone,
Good day to you.
I have some issues with our GSR 12012 router, kindly check the below
log.
This log is taken just before i lost connection to my router. Can
anyone
tell me what is wrong with our router.
Youssef,
You've answered your own question- you have a bad slot 1. Check to see
if there are any bent pins in it/make sure the PAs actually seat
properly in it. ITMT, avoid using slot 1 to prevent further reloads.
/eninja
"When I remove the PA-FE from slot 1 or insert it in an
Bryan,
Your box crashed because the memory got corrupted. This is a software
bug. Set it up for a core dump and send to bug manufacturer for
rectification.
/eninja
On Feb 7, 2010, at 2:55 AM, Bryan Fields wrote:
I was trouble shooing my network today and found a nasty little bug
If you can log into the device, it is not down ;-)
What does a 'sh ver' say?
/eninja
On Dec 29, 2009, at 2:41 PM, Renelson Panosky
wrote:
I am experiencing a small problem with one of my Cisco 6509-E on my
network, My management device (SNMP) showing one of my switch is
Much better, SP crashed with a bus error.
Can you broad/unicast a 'sh tech' and logs?
Eninja
On Dec 7, 2009, at 6:33 PM, "Andy B." wrote:
On Fri, Dec 4, 2009 at 1:20 PM, Phil Mayers
wrote:
Without a crashinfo, you're not going to be able to proceed.
Just
Andy,
Your snipped 'sh ver' post is inadequate to understand the root cause
of this problem.
Unicast or broadcast a full 'sh ver' (prior to a reload), 'sh stack',
and crashinfo files from both SP and RP if available.
eninja
On Dec 3, 2009, at 10:31 PM,
On Dec 2, 2009, at 10:14 PM, Łukasz Bromirski
wrote:
On 2009-12-02 20:24, Eninja wrote:
Pete,
Get off the T train to 15.0. T train is too unstable to be run in
_any_
production network and should _only_ be used when there is
absolutely no
alternative.
Actually, the 15.0M *is* the
Pete,
Get off the T train to 15.0. T train is too unstable to be run in
_any_ production network and should _only_ be used when there is
absolutely no alternative.
Eninja
PS. Rodney, feel free to post the release notes of sv85009 so others
can be enlightened about its cause and effect
Pete,
This is a software issue. The address - 0x1E - is invalid.
Eninja
On Nov 30, 2009, at 9:11 PM, Pete Barnwell wrote:
I've had a 2821 reload unexpectedly -sh ver shows a bus error as below
Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version
12.4(22)T1, RE
Cool
/eninja
On Nov 25, 2009, at 12:22 PM, "Antonio Soares"
wrote:
Just to let you know that the problem is resolved after the CSC0
replacement.
Thanks.
Regards,
Antonio Soares, CCIE #18473 (R&S)
amsoa...@netcabo.pt
From: Eninja [mailto:eni...@gmail.com]
Sent: qu
'Exec-on' commands are sent via IPC over the switch fabric and
'attach' sessions go over the mbus.
Eninja
On Nov 17, 2009, at 8:02 PM, Aaron wrote:
So, what is the difference in output from doing exec-on vs attach?
You are still connecting via the same method.
On Mon
.
Eninja
On Nov 17, 2009, at 9:57 PM, "Arie Vayner (avayner)"
wrote:
Well, as feedback for the issue raised, the bug you flagged is not
causing anything other than a traceback message...
Arie
-Original Message-
From: cisco-nsp-boun...@puck.nether.net
[mailto:cisc
Cool.
ITMT, you may want to shut down CSC0 with a 'hw-module...' to minimize
further impact to the fabric and clear fabric errors on all LCs.
A fresh 'sh contr fia' (repeated a few times) thereafter should reveal
0 CRCs.
Eninja
On Nov 17, 2009, at 1:36 PM, "
Any worthwhile "real world" feedback would involve folks understanding
what protocols and technologies you intend to deploy rather than just
a list of LCs.
Eninja
On Oct 16, 2009, at 2:25 AM, Leif Sawyer wrote:
I understand this.
My point is that Feature Navigator is not a
GSR 12Ks only run DCEF. So any software suitable for this platform
will support DCEF.
Feature navigator is imperfect - like a lot of 'tools' on CCO.
Eninja
On Oct 16, 2009, at 2:09 AM, Leif Sawyer wrote:
I'm stating a that Feature Set Navigator is unstable for purposes
Leif,
Not sure what you're asking but GSR 12K is a distributed platform
where each LC switches packets independently of the RPand whatever
IOS is running on the box.
Eninja
On Oct 15, 2009, at 10:37 PM, Leif Sawyer wrote:
In the process of upgrading from a c12008 to a c
e minimal impact on RP CPUs.
Bottomline, the whole idea of distributed switching is to take the
'load' off the RP and 'outsource' packet switching to the ingress LCs.
Therefore, RP CPU on a distributed architecture platform that is
configured well _should_ never be und
y be re-phrased to say "contact your
maintenance service provider" - which may or may not be Cisco ;-)
Eninja
On Oct 7, 2009, at 3:22 PM, "Oliver Boehmer (oboehmer)" > wrote:
bharath kondi <mailto:bluffmaster4hea...@gmail.com> wrote on
Wednesday,
Octob
onsite personnel pull
out traffic-laden cables one by one until device is responsive, grab
captures before reinserting cable/s).
-Eninja
PS. Disable console logging
On Aug 31, 2009, at 10:46 PM, David Warner
wrote:
Hi All,
Just wondering if I can get some advice. We have two routers
rom SP and
console logs.
-Eninja
On Aug 18, 2009, at 11:04 PM, Kevin Graham > wrote:
We had a Sup720B (non-redundant, running modular SXI) crash, due to
what looks
like was due to a CPU_MONITOR watchdog event. What was nasty though
was that
rather than reload, it hung (dead and
"Shared Support" is a variant of SMARTnet where Cisco and its partners
'share support' delivery.
Wilson,
To simplify.
- Make the Bug toolkit and Bug fixes freely available to all customers
that have purchased Cisco software.
-Eninja
On Aug 17, 2009, at 2:07 PM,
Jon,
What is different with respect to software version, SSH config &
platform between this swtich and the dozen others that (could be
seeing a similar problem but) aren't?
-Eninja
On Aug 10, 2009, at 6:19 PM, Jon Wolberg
wrote:
Hi Paul-
The funny thing is this is the on
That 'spam' was the result of a Pingsta mailserver bug. What exactly
has that got to do with working smarter?
Eninja
On Aug 2, 2009, at 6:10 PM, Jay Hennigan wrote:
Gert Doering wrote:
Contributors to this list should just post to this list. Archives
are
available in m
ondary CSC.
Eninja
On Aug 1, 2009, at 9:06 AM, jack daniels wrote:
Hi all,
what is significance of slot no of CSC.
If we use 2 CSC and 3 SFC
When I do OIR of slot 17 CSC ( when MASTER ) we get 3 ping drops for
transit
traffic through the router.
When I do OIR of slot 16 CSC ( when MASTE
to reset it via the MBUS and then marks it dead via the
MBUS-6-DEADSCDY.
You should reinsert it to see if a reseat clears the problem before an
RMA.
Eninja
On Jul 21, 2009, at 10:12 PM, Chris Lane wrote:
Slot0 we think has a defective GRP, we removed and errors are gone.
I have a
new
Inder,
Sounds like you're a Cisco software development engineer. Shouldn't
this be sent to a Cisco internal list rather than a public list?
Eninja ;)
On Jun 15, 2009, at 5:57 AM, Rishi Kochar wrote:
hi
i work for cisco in UC technology.
i am very new to EEM. I dont deal with
ather critical housekeeping function)
In the meantime, you may want to start reviewing what's different
between your other working boxes and this one with regards to IPC
(what do your 'show ipc ' say?) and IOS image.
Eninja
On Apr 30, 2009, at 5:32 PM, Phil Mayers
wrote
Sig 20 = cache parity exception aka parity errors.
Take no action for now and only replace mem/board should this recur
within a 12-month window.
In the meantime, ensure you follow proper ESD procedures when handling
devices/modules/memory etc.
Eninja
On Apr 26, 2009, at 10:23 PM, o
42 matches
Mail list logo