cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2070
Views
0
Helpful
11
Replies

System Uptime > 56 Years?

JerryLeeBee
Level 1
Level 1

Hi people,

Sorry if this has been answered before, but I've done some trawling and can't find anything just yet (but I'll keep looking!).

I've got a Cisco 4510 which shows a system uptime in excess of 56 years.  This is presumably a bug...can anyone please tell me more?

A sh ver readout is included below.

Cheers,

-Jerry

-----

Cisco IOS Software, Catalyst 4500 L3 Switch Software (cat4500-ENTSERVICESK9-M), Version 12.2(53)SG1, RELEASE SOFTWARE (fc1)

Technical Support: http://www.cisco.com/techsupport

Copyright (c) 1986-2009 by Cisco Systems, Inc.

Compiled Fri 30-Oct-09 13:31 by prod_rel_team

Image text-base: 0x10000000, data-base: 0x1209D16C

ROM: 12.2(20r)EW1

Dagobah Revision 226, Swamp Revision 34

xxxx uptime is 56 years, 4 weeks, 2 days, 13 hours, 46 minutes

Uptime for this control processor is 2 years, 49 weeks, 1 day, 10 hours, 8 minutes

System returned to ROM by redundancy reset

System restarted at 00:49:38 GMT Fri Mar 12 2010

System image file is "bootflash:cat4500-entservicesk9-mz.122-53.SG1.bin"

This product contains cryptographic features and is subject to United

States and local country laws governing import, export, transfer and

use. Delivery of Cisco cryptographic products does not imply

third-party authority to import, export, distribute or use encryption.

Importers, exporters, distributors and users are responsible for

compliance with U.S. and local country laws. By using this product you

agree to comply with applicable laws and regulations. If you are unable

to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be found at:

http://www.cisco.com/wwl/export/crypto/tool/stqrg.html

If you require further assistance please contact us by sending email to

export@cisco.com.

cisco WS-C4510R (MPC8245) processor (revision 4) with 524288K bytes of memory.

Processor board ID FOX113314QD

MPC8245 CPU at 400Mhz, Supervisor V

Last reset from Redundancy Reset

7 Virtual Ethernet interfaces

112 Gigabit Ethernet interfaces

511K bytes of non-volatile configuration memory.

Configuration register is 0x2

2 Accepted Solutions

Accepted Solutions

Hi Jeremiah,

Kindly reload the device to get this correct. We have seen couple of instances like this and found to be a bug. I cannot share the bug details publically nevertheless one of them is the one which you had listed above.

HTH.

Regards

Inayath

View solution in original post

Hi Jere,
Please find the bug details:CSCsg00796. 
Recommendation is that to reboot the switches. 
Now that you are on SG code, it should be possible to resolve this by a reboot.

HTH.

Regards

Inayath.

View solution in original post

11 Replies 11

JerryLeeBee
Level 1
Level 1

Additional info:  I've got 3x other 4510s on the same software image and none of them are seeing this issue.

Hrmmm....

JerryLeeBee
Level 1
Level 1

I've now come across bug CSCtr54218 which seems like it might be by problem.  Can anyone possibly tell me if I'm on the right track?

http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtr54218&from=summary

My only concerns are that this lists Sup7E as seeing the issue but I'm running Supervisor V, and also my specific image,

12.2(56)SG1, is not listed as known to be affected by this issue.

Any help appreciated.

Thanks people.

-Jerry

paolo bevilacqua
Hall of Fame
Hall of Fame

It is not a bug. I am 49 years old, and I remember hearing about this system when going to primary school, Our teacher spoke about it like a miracle, she said... "imagine - a Cisco devices not crashing for 15 years!!!". Good to know it is still running!

Paolo,

How could a SupV card be 56 years old? 

Hahaha, Paolo.  Thanks for the laugh.

leolaohoo, Paolo was being facetious...not serious.

Still not sure what to think here.  But at least the problem is likely cosmetic.  Since the other three switches don't have the issue I imagine that a reload will see the problem disappear. 

But I'd still like to know what has caused it.

Hi Jeremiah,

Kindly reload the device to get this correct. We have seen couple of instances like this and found to be a bug. I cannot share the bug details publically nevertheless one of them is the one which you had listed above.

HTH.

Regards

Inayath

Hi InayathUlla,

Thanks for the reply.  I suspected a reload would correct it, so we'll try to work that into the schedule in the future.

Can you at least tell me if the bug has been corrected in a later version, and if so which?

They say it to be on the latest one.

Regards

Inayath.

Hi Inayath,

I'm sorry, but that's still a little unclear.  Does "it to be on the latest one" mean the bug still exists on the latest one, or that the best advice Cisco can offer is to upgrade to the latest version, where the bug is known to be fixed?

Hi Jere,
Please find the bug details:CSCsg00796. 
Recommendation is that to reboot the switches. 
Now that you are on SG code, it should be possible to resolve this by a reboot.

HTH.

Regards

Inayath.

Thank you, Inayath.  At least now I have some official word to back me up to the bosses.

Thanks again!

-Jerry

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: