|
|
This chapter provides procedures for troubleshooting hardware and booting problems. Although it provides specific procedures for some Cisco products, always refer to your hardware installation and maintenance publication for more detailed information about your specific platform, including descriptions of specific LEDs, configuration information, and additional troubleshooting -information.
This chapter begins with the following sections on hardware problems:
The remaining sections describe symptoms, problems, and solutions for Flash boot, netboot, ROM boot, and other bootup problems:
Cisco routers can initialize the system (boot) in four ways:
This section provides general information about router booting.
Before netbooting from a server, you should ping the server from the ROM software. If you cannot ping the server, follow the procedures described in the section "Booting: Router Cannot Netboot from TFTP Server" later in this chapter. If you still cannot ping the server, there is probably a server configuration or hardware problem. Refer to your TFTP server documentation or contact your technical support representative for assistance.
Although netbooting is useful, network or server failures can make netbooting impossible. After you have installed and configured the router's Flash memory, configure the boot sequence for the router to reduce the impact of a server or network failure. The following order is recommended:
1. Boot an image from Flash memory.
2. Boot an image using a netboot.
3. Boot from a ROM image.
Following is an example of how to configure a router with a fault-tolerant boot sequence.
goriot# configure terminal Enter configuration commands, one per line. End with CNTL/Z. goriot(config)# boot system flash gsxx goriot(config)# boot system gsxx 131.108.1.101 goriot(config)# boot system rom goriot(config)# ^Z goriot# %SYS-5-CONFIG_I: Configured from console by console goriot# copy running-config startup-config [ok] goriot#
Using this strategy, a router has three sources from which to boot: Flash memory, netboot, and ROM. Providing alternative sources can help to mitigate any failure of the TFTP server or the network.
The following examples show console output from netbooting sessions that were successful even though timeouts and out-of-order packets occurred (exclamation points represent successfully received packets):
Booting gs3-bfx from 131.108.1.123: !.!!!!!!!!!!!!!!!!!!!!!! Booting gs3-bfx from 131.108.1.123: !O.O!!!!!!!!!!!!!!!!!!!!!!
If a netboot generates excessive out-of-order packets and timeouts, problems might result. These problems are discussed later in this chapter, in the section "Booting: Timeouts and Out-of-Order Packets Prevent Netbooting."

For more information about these debug commands, refer to the Debug Command Reference.
This section discusses procedures for connectivity problems related to booting. It describes specific booting symptoms, the problems that are likely to cause each symptom, and the solutions to those problems.
When you start up a Cisco 7500 series router, the following should occur:
When the 7500 series system has initialized successfully, the system banner should be displayed on the console screen. If it is not displayed, make sure that the console terminal is properly connected to the RSP console port and that the terminal is set correctly. The system banner should look similar to the following:
System Bootstrap, Version 4.6(5), SOFTWARE
Copyright (c) 1986-1995 by cisco Systems
RSP2 processor with 16384 Kbytes of memory
### [...] ###
F3: 2012356+47852+194864 at 0x1000
Restricted Rights Legend
Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.
cisco Systems, Inc.
170 Tasman Drive
San Jose, CA 95134
GS Software (RSP-K), Version 10.3(571) [fc3], RELEASE SOFTWARE
Copyright (c) 1986-1995 by cisco Systems, Inc.
[...]
Press RETURN to get started!
If a problem occurs, try to isolate the problem to a specific subsystem. The Cisco 7500 series routers have the following subsystems:
Table 3-1 outlines the areas where Cisco 7500 series startup problems may occur and describes solutions to those problems.
| Possible Problem Area | Solution |
|---|---|
Power subsystem | Step 1 Check to see whether the blower is operating and LEDs on the processor modules are on. If the blower and LEDs are on but the Power Supply LED is off, there is probably a faulty Power Supply LED. Step 2 Make sure the power switch is set correctly to the on position. Step 3 Make sure the power source, power cable, and power supply are functioning correctly. Swap parts to see whether one of the components is faulty. Step 4 Ensure that the blower module is seated properly. Make sure that the blower control board edge connector is inserted fully in the backplane socket. |
Step 1 Check to see whether the blower is operating when you start up the system. If the blower is not operating, there might be a problem with the blower or the +24 V DC power:
Step 2 If the system and blower start up but shut down after about two minutes, one or more fans might have failed or might be operating out of tolerance. You will probably see an error message similar to the following: %ENVM-2-FAN: Fan has failed, shutdown in 2 minutes If the blower or the blower control board fails, you must replace the blower module. Step 3 If you see the following message at startup, the system has detected an overtemperature condition or out-of-tolerance power inside the chassis: Queued messages: If an environmental shutdown results from an out-of-tolerance power condition, the Output Fail LED goes on before the system shuts down. This shutdown message might also indicate a faulty component or temperature sensor. Before the system shuts down, use the show environment or show environment table commands to display the internal chassis environment. Step 4 Ensure that heated exhaust air from other equipment is not entering the inlet vents, and that there is sufficient clearance around the chassis to allow cooling air to flow. | |
Step 1 Check the RSP1 LEDs. If no LEDs come on, ensure that the power supplies and blower are functioning properly. Step 2 Check the seating of the RSP. If the RSP is not seated properly, it will hang the system. Step 3 If the RSP CPU Halt LED is on, the system has detected a processor hardware failure. Contact a technical support representative for instructions. Step 4 Check to see whether the RSP Normal LED is on, indicating that the system software has initialized successfully and the system is operational. Step 5 Check the Enabled LED on each interface processor. This LED should go on when the RSP has initialized the interface processor. Step 6 If the Enabled LED on an individual interface processor is off, the interface processor might have pulled away from the backplane. If the interface processors are not seated properly, they will hang the system. |
| 1RSP = Route Switch Processor |
When you start up a Cisco 7000 series router, the following should occur:
When the system has initialized successfully, the system banner should be displayed on the console screen. If it is not displayed, make sure that the console terminal is properly connected to the RP console port and that the terminal is set correctly. The system banner should look similar to the following:
System Bootstrap, Version 4.6(5), SOFTWARE
Copyright (c) 1986-1995 by cisco Systems
RP1 processor with 16384 Kbytes of memory
### [...] ###
F3: 2012356+47852+194864 at 0x1000
Restricted Rights Legend
Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.
cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706
GS Software (GS7), Version 10.3(1) [fc3], RELEASE SOFTWARE
Copyright (c) 1986-1995 by cisco Systems, Inc.
RP1 (68040) processor with 16384K bytes of memory.
[...]
Press RETURN to get started!
If problems occur, try to isolate the problem to a specific subsystem. The Cisco 7000 series routers have the following subsystems:
Table 3-2 outlines the areas where Cisco 7000 series startup problems may occur and describes solutions to those problems.
| Possible Problem Area | Solution |
|---|---|
Power subsystem | Step 1 Check to see whether the DC OK LED is on. Step 2 If the LED is not on but the fans are operating and LEDs on the processor modules are on, the Power Supply LED might be faulty. Step 3 If the LED is not on and there is no other activity, make sure the power switch is fully in the on position. Step 4 Make sure the power source, power cable, and power supply are functioning correctly. Swap parts to see whether one of the components is faulty. Step 5 Ensure that the fan tray is seated properly. Make sure the fan control board edge connector is inserted fully in the backplane socket. |
Cooling subsystem | Step 1 Check to see whether the fans are operating. Step 2 If the fans are not operating and the DC OK LED is off, there might be a problem with the +24V DC power. Step 3 Ensure that the fan tray is seated properly. Make sure that the fan control board edge connector is inserted fully in the backplane socket. Step 4 If the system and the fans start up but shut down after about two minutes, one or more fans has failed or is operating out of tolerance. You will see an error message similar to the following: %ENVM-2-FAN: Fan array has failed, shutdown in 2 minutes If one or more fans or the fan control board fails, you must replace the fan tray. Step 5 If you see the following error message, the system has detected an overtemperature condition or out-of-tolerance power inside the chassis: Queued messages: %ENVM-1-SHUTDOWN: Environmental Monitor initiated shutdown If an environmental shutdown results from an out-of-tolerance power condition, the DC OK LED will go off before the system shuts down. This shutdown message could also indicate a faulty component or temperature sensor. Use the show environment or show environment table command to display the internal chassis environment. Step 6 Make sure that heated exhaust air from other equipment is not entering the inlet vents, and that there is sufficient clearance around the chassis to allow cooling air to flow. |
Step 1 Check to see whether the RP1 LEDs come on when system power is turned on. Step 2 If none of the RP LEDs come on, make sure that both the fan and power supply are functioning properly. Step 3 If the power supply and fans appear operational but none of the RP LEDs are on, an improperly connected RP, SP2 (or SSP3), or interface processor might have hung the bus. Step 4 If the SP (or SSP) Enabled LED is off but any of the RP LEDs are on, make sure the SP (or SSP) is seated in its slot properly. Step 5 Check to see whether the Boot Error LED is on. If the LED is on, the system software is unable to start up. If you have a spare RP with the system software ROMs installed, replace the installed RP with the spare to see whether the system will boot. Step 6 Check to see whether the RP CPU Halt LED is on. If it is, the system has detected a processor hardware failure. Contact a technical support representative for more information. Step 7 Check to see whether all interface processor Enabled LEDs are on. |
| 1RP = Route Processor 2SP = Switch Processor 3SSP = Silicon Switch Processor |
When you start up a Cisco 4000 or a Cisco 3000 series router, the following should occur:
When the system has initialized successfully, the system banner should be displayed on the console screen. The system banner should look similar to the following:
System Bootstrap, Version 4.14(9), SOFTWARE
Copyright (c) 1986-1994 by cisco Systems
4000 processor with 16384 Kbytes of main memory
Loading xx-j-mz.112-0.15 at 0x4A790, size = 3496424 bytes [OK]
F3: 8988+3487404+165008 at 0x12000
Self decompressing the image : ###[...]#### [OK]
Restricted Rights Legend
Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.
cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706
Cisco Internetwork Operating System Software
IOS (tm) 4000 Software (XX-J-M), Version 11.2(0.15), BETA TEST SOFTWARE
Copyright (c) 1986-1996 by cisco Systems, Inc.
Compiled Wed 03-Jul-96 01:21 by susingh
Image text-base: 0x00012000, data-base: 0x006F6494
cisco 4000 (68030) processor (revision 0xA0) with 16384K/4096K bytes of memory.
Processor board ID 5007155
G.703/E1 software, Version 1.0.
Bridging software.
SuperLAT software copyright 1990 by Meridian Technology Corp).
X.25 software, Version 2.0, NET2, BFE and GOSIP compliant.
TN3270 Emulation software (copyright 1994 by TGV Inc).
Basic Rate ISDN software, Version 1.0.
2 Ethernet/IEEE 802.3 interfaces.
4 Serial network interfaces.
8 ISDN Basic Rate interfaces.
128K bytes of non-volatile configuration memory.
4096K bytes of processor board System flash (Read/Write)
Press RETURN to get started!
If problems occur, try to isolate the problem to a specific subsystem. The Cisco 4000 and Cisco 3000 series routers have the following subsystems:
Table 3-3 outlines the areas where Cisco 4000 and Cisco 3000 series startup problems may occur and describes solutions to those problems.
| Possible Problem Area | Solution |
|---|---|
Step 1 Check to see whether the blower is operating. If it is not, check the AC power input, AC power source, router circuit breaker, and power supply cable. Step 2 If the system shuts down after being on a short time, check the power supply. If the power supply appears operational, the router might have shut down due to overheating. Check the console for error messages similar to the following: %SYS-1-OVERTEMP: System detected OVERTEMPERATURE condition. Please resolve cooling problem immediately! Make sure that the fans are working and that there is no air blockage to cooling vents. Step 3 If the system partially boots but LEDs do not light, contact your technical support representative. | |
NPMs1 and cables | Step 1 Make sure that NPMs are properly connected to the motherboard connector. Step 2 Check the external cables. Step 3 Check the processor or software for proper configuration. Step 4 Check the external console connection and verify that the console baud rate is correct. |
| 1NPM = network processor module |
When you start up a Cisco 2500 series router, the following should occur:
When the system has initialized successfully, the system banner should be displayed on the console screen. The system banner should look similar to the following:
System Bootstrap, Version (3.3), SOFTWARE
Copyright (c) 1986-1993 by cisco Systems
2500 processor with 16384 Kbytes of main memory
Unknown or ambiguous service arg - udp-small-servers
Unknown or ambiguous service arg - tcp-small-servers
Booting igs-in-l.110-9 from Flash address space
F3: 3844616+90320+228904 at 0x3000060
Restricted Rights Legend
Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.
cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706
Cisco Internetwork Operating System Software
IOS (tm) 3000 Software (IGS-IN-L), Version 11.0(9), RELEASE SOFTWARE (fc1)
Copyright (c) 1986-1996 by cisco Systems, Inc.
Compiled Tue 11-Jun-96 01:15 by loreilly
Image text-base: 0x03020F8C, data-base: 0x00001000
cisco 2500 (68030) processor (revision A) with 16384K/2048K bytes of memory.
Processor board ID 01062462, with hardware revision 00000000
Bridging software.
X.25 software, Version 2.0, NET2, BFE and GOSIP compliant.
Basic Rate ISDN software, Version 1.0.
1 Ethernet/IEEE 802.3 interface.
2 Serial network interfaces.
1 ISDN Basic Rate interface.
32K bytes of non-volatile configuration memory.
4096K bytes of processor board System flash (Read ONLY)
Press RETURN to get started!
If problems occur, try to isolate the problem to a specific subsystem. The Cisco 2500 series routers have the following subsystems:
Table 3-4 outlines the areas where Cisco 2500 series startup problems may occur and describes solutions to those problems.
| Possible Problem Area | Solution |
|---|---|
Power and cooling | Step 1 If the Power LED is off, make sure the power supply is plugged in to the wall receptacle and that the cable from the power supply to the router is connected. Step 2 If the system shuts down after being on a short time, there might have been a thermal-induced shutdown caused by a faulty fan, or the power to the system might have been lost. Ensure that the system is receiving power and that the chassis intake and exhaust vents are clear. Step 3 If the system does not boot up but LEDs are on, check the 12V power supply. Step 4 If the system partially boots but LEDs are not on, check the 5V power supply. |
Network interfaces | Step 1 If a network interface is not recognized by the system, check the interface cable connection and the LED on the network interface. Step 2 If a network interface is recognized but will not initialize, check the interface cable connection. Step 3 If the system will not boot properly or constantly or intermittently reboots, there might be a processor or software problem. Make sure that DRAM SIMM modules are seated properly. Step 4 If the system boots but the console screen is frozen, check the external console connection and verify that the console baud rate is correct. Step 5 If the system powers on and boots with a particular interface disconnected, check the network interface connection. |
When you start up a Cisco 2000 series router, the following should occur:
When the system has initialized successfully, the system banner should be displayed on the console screen.
Table 3-5 outlines the possible Cisco 2000 series startup problem and describes solutions to that problem.
| Possible Problem | Solution |
|---|---|
Bootup problem | Step 1 Check to see whether the fan is operating. If it is not, check the fan or the 12V power supply. Step 2 If the system shuts down after being on for a short time, check the power supply. Step 3 If the power supply appears operational, the router might have shut down due to overheating. Ensure that the chassis intake and exhaust vents are clear. Step 4 If the system does not boot up but the System OK LED is on, check the 12V power supply to make sure it is not faulty. Step 5 If the system partially boots but the System OK LED is not on, check the 5V power supply to make sure it is not faulty. |
When you start up a Catalyst 5000 series LAN switch, the following should occur:
When the system boot is complete, the supervisor engine module should initialize the switching modules. The status LED on each switching module goes on when initialization has been completed, and the console screen displays a script and system banner similar to the following:
ATE0 ATS0=1 Catalyst 5000 Power Up Diagnostics Init NVRAM Log LED Test ROM CHKSUM DUAL PORT RAM r/w RAM r/w RAM address test Byte/Word Enable test RAM r/w 55aa RAM r/w aa55 EARL test BOOTROM Version 1.4, Dated Dec 5 1995 16:49:40 BOOT date: 00/00/00 BOOT time: 03:18:57 SIMM RAM address test SIMM Ram r/w 55aa SIMM Ram r/w aa55 Start to Uncompress Image ... IP address for Catalyst not configured BOOTP will commence after the ports are online Ports are coming online ... Cisco Systems Console
Table 3-6 outlines the areas where Catalyst 5000 series startup problems may occur and describes solutions to those problems.
| Possible Problem Area | Solution |
|---|---|
Step 1 Check to see whether the PS1 LED is on. If it is not, ensure that the power supply is connected properly and is flush with the back of the chassis. Make sure that captive installation screws are tight. Step 2 Check the AC source and the power cable. Connect the power cord to another power source if one is available and turn the power back on. If the LED fails to go on after you connect the power supply to a new power source, replace the power cord. Step 3 If the LED fails to go on when the switch is connected to a different power source with a new power cord, the power supply is probably faulty. If a second power supply is available, install it in the second power supply bay and contact a customer service representative for further instructions. Step 4 Repeat these steps for the second power supply if present. | |
Cooling subsystem | Step 1 Check to see whether the Fan LED on the supervisor engine module is green. If it is not, check the power subsystem to see whether it is operational. Step 2 If the Fan LED is red, the fan assembly might not be seated properly in the backplane. To ensure that the fan assembly is seated properly, loosen the captive installation screws, remove the fan assembly, and reinstall it. Tighten all captive installation screws and restart the system. Step 3 If the Fan LED is still red, the system has probably detected a fan assembly failure. Contact a technical support representative for assistance. |
Processor and interface | Step 1 Check the supervisor engine module Status and Link LEDs. These should both be green if all diagnostic and self-tests were successful and ports are operational. For more information about interpreting the supervisor engine module LEDs, refer to the user guide for your switch. Step 2 Check the LEDs on individual interface modules. In most cases these should be green (or should flicker green, in the case of Transmit and Receive LEDs) if the interface is functioning correctly. For detailed information on interpreting interface module LEDs, refer to the user guide for your switch. Step 3 Check all cabling and connections. Replace any faulty cabling. |
When you start up a Catalyst 3000 series LAN switch, the following should occur:
While booting, the console screen displays a script and system banner, which should be similar to the following:
Cisco Catalyst Boot Firmware P/N 57-1327-02, Copyright 1995 - Initiating bootstrapping sequence. - Boot image integrity check...Passed. - Control transferred to boot process. - Relocating main image to DRAM.......Done. - Main image integrity check...succeeded. - Control transferred to main process. Cisco Catalyst 3000 System Software Version 1.1.1-B7, Copyright 1994, 1995. System started on Fri. November 17, 1995 13:02:46 4 Megabytes System memory 2 Megabytes Network memory - Initialization started - File system initialized - System temperature is within safe operating levels - Warmboot initialization started - Checking file system integrity - LAN ports detected: - 10Base-T : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 - StkPort : 25 - Initializing Ports: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 25 - Initializing system address table - No existing diagnostic information, forcing diagnostic mode - Starting Power Up Diagnostics test - UART loopback test on diagnostic port...Passed - UART loopback test on console port...Passed - RTC memory test...Passed - Real Time Clock test...Passed - CPU loopback test..............Passed - Ethernet Port loopback test...................Passed - Ethernet Port fast transmit loopback test...................Passed - Ethernet Port fast receive loopback test...................Passed - Ethernet Port cross port loopback test...................Passed - Ethernet Port broadcast test...................Passed - Catalyst Stack Port loopback test...Passed - Catalyst Stack Port cross port loopback test...Passed - Catalyst Stack Port broadcast test...Passed - CPU broadcast test...Passed - Completed Power Up Diagnostics test - System entering stand-alone mode - Catalyst initiating bootp requests on one or more VLANs - System initialization complete - Enabling port: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 25 Press RETURN key to activate console...
If problems occur, try to isolate the problem to a specific subsystem. The Catalyst 3000 series LAN switches have the following subsystems:
Table 3-7 outlines the areas where Catalyst 3000 series startup problems may occur and describes solutions to those problems.
| Possible Problem Area | Solution |
|---|---|
Power and cooling | Step 1 Check to see whether the Power LED is on. If it is not on and the fans are not running, check the AC power cord and the AC receptacle the cord is plugged in to. Make sure the cord is intact and properly attached. Swap the cord with another cord to see whether the cord is faulty. Make sure the receptacle is receiving power. Step 2 If the Fault LED comes on after power up or after the unit has been running for a period of time, cycle the power to the unit. Step 3 Check to see whether the fans are running and that the chassis intake vents and exhaust ports are clear. Step 4 View the console to check whether a temperature error has been reported. If you continue to experience power problems, or if temperature errors are being reported to the console and you cannot isolate a specific cause and correct it, contact the Cisco TAC.1 |
Network interfaces and system | Step 1 If a network interface is not recognized by the system, check the interface cable and connection and the LED that corresponds to the network interface. Step 2 If a network interface is recognized but will not communicate properly, check the interface cable and connections. Step 3 If the system will not boot properly or intermittently reboots, the processor may be faulty or the hardware or software setup may be incorrect. Step 4 If the system boots but the console is frozen, check the external console connection and verify the console setup. |
| 1TAC = Technical Assistance Center |
When you start up a Catalyst 2900 series LAN switch, the following should occur:
When the system boot is complete, the supervisor engine module initializes the switching modules. The status LED on each switching module goes on when initialization has been completed, and the console screen displays a script and system banner similar to the following:
BOOTROM Version 2.1, Dated May 22 1996 15:17:09 Boot date: 05/22/96 BOOT time: 15:17:09 Executing from RAM Cisco Systems Console Sending RARP request with address 00:40:0b:a0:05:b8 Sending bootp request with address 00:40:0b:a0:05:b8 Sending RARP request with address 00:40:0b:a0:05:b8 Sending bootp request with address 00:40:0b:a0:05:b8 No bootp or rarp response received Enter password:
If problems occur, try to isolate the problem to a specific subsystem. The Catalyst 2900 series LAN switches have the following subsystems:
Table 3-8 outlines the areas where Catalyst 2900 series startup problems may occur and describes solutions to those problems.
| Possible Problem Area | Solution |
|---|---|
Power subsystem | Step 1 Check the Power LED. If it is off, ensure that the power supply cord is not damaged and that it is properly attached to the power supply and to an AC receptacle. Step 2 If the LED is red, the power supply has detected an anomaly or voltage outage and needs to be serviced. Contact your technical support representative for instructions. |
Cooling subsystem | Step 1 Check to see whether the Fan LED on the supervisor engine module is green. If it is not, check the power subsystem to see whether it is operational. Step 2 If the Fan LED is red, contact a technical support representative for assistance. |
Series processor and interface subsystem | Step 1 Check the supervisor engine module Status and Link LEDs. These should both be green if all diagnostic and self-tests were successful and ports are operational. For more information about interpreting the supervisor engine module LEDs, refer to the user guide for your switch. Step 2 Check the LEDs on individual interface modules. In most cases these should be green (or should flicker green, in the case of transmit and receive LEDs) if the interface is functioning correctly. For detailed information on interpreting interface module LEDs, refer to the user guide for your switch. Step 3 Check all cabling and connections. Replace any faulty cabling. |
When you start up a Catalyst 1600 Token Ring switch, the self-test program automatically checks to see whether the switch is operating correctly. The self-test begins by testing low-level hardware functions and then conducts high-level self-tests. During the high-level self-test, the LCD panel displays the following:
Table 3-9 outlines possible Catalyst 1600 Token Ring switch startup problems and describes symptoms to those problems.
| Possible Problem | Symptom |
|---|---|
Low-level test failure | The startup process is halted. |
High-level test failure | The self-test program restarts and the number of the failed test is displayed. High-level tests are repeated until the self-test is completed successfully. |
Hardware error | Contact your technical support representative. Be sure to note the number of the failed test and the version number of the software containing the self-test program. |
When you start up a LightStream 2020 ATM switch, the blowers start running and the test and control system (TCS) applies power to the cards and initiates a series of diagnostics known as the power-on self-test (POST). POST diagnostics run automatically on each card whenever the system or the slot is powered up or when the card is reset. If a card passes POST, the green RDY LED turns on. If a card fails POST, its yellow FLT LED turns on.
Table 3-10 outlines the possible LightStream 2020 problems and describes solutions to those -problems.
| Possible Problem | Solution |
|---|---|
System initialization | Step 1 Make sure power cords and data cables are firmly connected at both ends. Step 2 Make sure all cards (front and back of the chassis) are firmly seated in the midplane and screwed securely to the chassis. Step 3 Make sure power supplies, blowers, and disk drives are properly connected and screwed securely to the chassis. |
Blower problem | If you are experiencing any of the following symptoms, you might need to replace the blower:
|
Bulk power tray problems | In a system with one power tray, no power will be present if the power tray is faulty. There might be a problem with the power tray if cycling the system's power has no effect. A system with two power trays can operate normally when only one is working. If you suspect a problem, use the CLI1 command show chassis powersupply. If a status line for an occupied slot says anything other than Good, check the faulty power tray to see that it is properly connected. Replace the power tray if necessary. |
Switch card problems | If you are experiencing any of the following symptoms, you might need to replace the switch card:
|
Network processor | If the NP fails to power up, check its access card at the back of the chassis. An NP requires an NPAC6; it cannot operate with any other kind of access card. If the system fails to boot, it could indicate either a problem with the NP, a problem with the NP's hard disk drive, or a problem with the software on the hard drive. If you are experiencing any of the following symptoms, you might need to replace the NP card:
|
Interface module | The following tips will help you distinguish between problems in a line card and problems in an access card:
If you are having trouble bringing up an interface module, check the following:
|
Interface module | The packet line card is compatible with the following access cards:
The NP is compatible with the following access card:
If you are having signal quality problems with a physical interface on an access card, check the following:
|
Interface module | If you are experiencing any of the following symptoms, you might need to replace the line card or its access card:
|
Disk assembly problems | Disk assembly problems are indicated by the following symptoms:
If a disk problem is indicated, check the disk assembly connector for bent or broken pins. If any pins are bent or damaged, they are the likely source of the problem. Replace the disk assembly connector. If the connector is in good condition, the problem may be in the disk assembly itself, or in the software on the disk. If you suspect a problem with the software, you should be able to correct it by reinstalling the software as described in the LightStream 2020 Network Operations Guide. |
Midplane problems | Midplane problems are indicated by the following symptoms:
|
If you are replacing a part or card to remedy a suspected problem, make only one change at a time.
To test a system, start with a simple hardware configuration and add one card at a time until a failed interface appears or is isolated. Use a simple software configuration and test connectivity using a ping test.
If you determine that a part or card replacement is required, contact your sales or technical support representative. Specific instructions concerning part or card installation are outlined in the configuration note provided with the replacement.
If a part replacement appears to solve a problem, reinstall the suspect part to verify the failure. Always double-check a repair.
This section discusses troubleshooting procedures for connectivity problems related to booting. It describes specific booting symptoms, the problems that are likely to cause each symptom, and the solutions to those problems.
Table 3-11 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Step 1 Check the configuration register using the show version exec command. Set the register to boot from Flash memory. For information about configuration register settings, refer to your hardware installation and maintenance documentation. Step 2 Power cycle the router. Step 3 Within the first 60 seconds of booting, press the Break key to access the ROM monitor.
Step 4 At the ROM monitor prompt ( Step 5 Enter i to reinitialize the router, which causes the router to enter setup mode. Step 6 Obtain the correct system image. If necessary, contact your technical support representative to determine which image is correct. Step 7 After the correct image is identified, use the copy tftp flash privileged exec command at the router to retrieve the image. Step 8 Check the configuration register using the show version exec command. Set the register to boot from Flash memory. Step 9 Use the show running-config privileged exec command to see whether the router configuration contains the boot system flash global configuration command. Note: Issuing the copy running-config startup-config command at this point on a Cisco 2500, Cisco 3000, Cisco 4000, or Cisco 7000 series will overwrite the configuration. Make sure you have a backup of your configuration file. | |
Step 10 Include the boot system flash command if it is not in the configuration. Be sure to use the copy running-config startup-config command after this change. Step 11 Enter the reload privileged exec command to restart the router. Syntax: The following is the syntax for the reload command: reload [text] | [in [hh:]mm [text]] | [at hh:mm [month day | day month] [text]] | [cancel] Examples: The following example illustrates how to use the reload command to immediately reload the software on the router: Router# reload The following example illustrates how to use the reload command to reload the software on the router in 10 -minutes: Router# reload in 10 Router# Reload scheduled for 11:57:08 PDT Fri Apr 21 1996 (in 10 minutes) Proceed with reload? [confirm] Router# | |
Incorrect or corrupted image | Step 1 Obtain the correct system image. If necessary, contact your technical support representative to determine which image is appropriate. Step 2 Use the copy tftp flash privileged exec command to retrieve the image. Step 3 Check the configuration register using the show version exec command. Set the register to boot from Flash memory. For information about configuration register settings, refer to your hardware installation and maintenance documentation. Step 4 Use the show running-config privileged exec command to determine whether the active configuration contains the boot system flash global configuration command. Use the show startup-config privileged exec command to determine whether the boot system flash command is included in the configuration stored in NVRAM.1 Step 5 Include the boot system flash command if it is not in the configuration. Be sure to use the copy running-config startup-config privileged exec command to save your modification after this change. Step 6 Enter the reload privileged exec command to restart the router. Syntax: The following is the syntax for the reload command: reload [text] | [in [hh:]mm [text]] | [at hh:mm [month day | day month] [text]] | [cancel] Examples: The following example illustrates how to use the reload command to immediately reload the software on the router: Router# reload |
The following example illustrates how to use the reload command to reload the software on the router in 10 -minutes: Router# reload in 10 |
| 1NVRAM = nonvolatile random-access memory |
Symptom: Vector errors occur when a user is booting a router from Flash memory.
Table 3-11 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Compressed system | Step 1 Power-cycle the router. Step 2 Within the first 60 seconds of booting, press the Break key to access the ROM monitor.
Step 3 At the ROM monitor prompt ( Step 4 Enter b to boot the router. The router enters setup mode. Step 5 Press Ctrl-C to bypass the setup. Step 6 Enter the configure memory privileged exec command. Step 7 Obtain an uncompressed system image. From the router prompt, use the privileged exec command copy flash tftp to send the compressed image back to the TFTP1 server. Decompress the image at the TFTP server. This cannot be done at the router. Step 8 Use the copy tftp flash privileged exec command at the router to retrieve the uncompressed image. The following is an example of the use of the copy tftp flash command: router# copy flash tftp filename |
Compressed system | The router asks you for the IP address of the TFTP server and the name of the image file you are copying to the server. A sample of the output for this command using IP address 131.108.10.6 and filename ic92130n follows: IP address of remote host [255.255.255.255]? 131.108.10.6 Step 9 Check the configuration register using the show version exec command. Set the router to boot from Flash memory. Step 10 Use the show running-config privileged exec command to determine whether the router configuration includes the boot system flash global configuration command in the correct order with respect to the other boot system commands. Note: The boot system global configuration commands are saved in the order in which they were entered. The most recent entry goes to the bottom of the list. For the recommended ordering, refer to the section "Fault-Tolerant Boot Strategies" earlier in this chapter. Step 11 Configure the boot system flash command if it is missing. Confirm that the order of boot system commands is correct. Use the copy running-config startup-config command to save this change. The required syntax is as follows: copy running-config {rcp | startup-config | tftp | file-id} (Cisco 7000, Cisco 7200, and Cisco 7500 series only) Syntax Description:
Step 12 Enter the reload privileged exec command to restart the router. |
Troubleshoot router hardware as discussed earlier in this chapter. |
| 1TFTP = Trivial File Transfer Protocol |
Symptom: When a user is booting a Cisco 2000, Cisco 2500, Cisco 3000, or Cisco 4000 series router from Flash memory, the boot process halts and the console displays the boot prompt [router(boot)>]. In addition, the router does not route, although exec commands might appear to be operational.
Table 3-12 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
No system image in | Step 1 Use the show flash exec command to determine whether an image exists in Flash memory. Step 2 If no image exists, use the copy tftp flash privileged exec command to copy the system image from your TFTP1 server to the router's Flash memory.The following is an example of the use of the copy tftp flash command: router# copy flash tftp filename The router asks you for the IP address of the TFTP server and the name of the image file you are copying to the server. A sample of the output for this command using IP address 131.108.10.6 and filename ic92130n follows: IP address of remote host [255.255.255.255]? 131.108.10.6 |
No system image in | Step 3 Enter the reload privileged exec command to reboot the router. Syntax: The following is the syntax for the reload command: reload [text] | [in [hh:]mm [text]] | [at hh:mm [month day | day month] [text]] | [cancel] Examples: The following example illustrates how to use the reload command to immediately reload the software on the router: Router# reload The following example illustrates how to use the reload command to reload the software on the router in 10 minutes: Router# reload in 10 |
Missing boot system flash global configuration command | Step 1 Use the show running-config privileged exec command to determine whether the configuration includes a boot system flash global configuration command entry. Use the show startup-config privileged exec command to determine whether the boot system flash command is included in the configuration stored in NVRAM2. Step 2 Check the order of the boot system commands. For the recommended ordering, refer to the section "Fault-Tolerant Boot Strategies" earlier in this chapter. Step 3 Add the boot system flash command or reorder the boot system commands if necessary. Step 4 Save the configuration change to NVRAM using the copy running-config startup-config privileged exec command. The required syntax is as follows: copy running-config {rcp | startup-config | tftp | file-id} (Cisco 7000, Cisco 7200, and Cisco 7500 series only) Syntax Description:
|
Misconfigured configuration register | Use the show version exec command to check the configuration register setting. Make sure it is set to boot from Flash memory. Refer to your hardware installation and maintenance publication for details regarding configuration register settings. |
| 1TFTP = Trivial File Transfer Protocol 2NVRAM = nonvolatile random-access memory |
Symptom: Router cannot boot from a TFTP server. The router tries to obtain its system image over the network but fails.
The following output is an example of a failed netboot session:
Booting gs3-bfx..........[failed]
Table 3-13 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Network is | Step 1 Boot the router from ROM or Flash memory if possible. Step 2 Use the ping exec command to send a message to the broadcast address (255.255.255.255). Step 3 If there is no response from the server, use the show arp exec command to look for an entry in the ARP table that is associated with the server. Step 4 Use the show ip route exec command to view the IP routing table. Look for an entry in the table for the network or subnet of the server. Sample Display: The following is sample output from the show ip route command when entered without an address: Router# show ip route If a path to a boot server exists, a disconnected network is not the problem. If no path exists, make sure that a path is available before again attempting to netboot. |
TFTP server is down | Step 1 Check the TFTP server to determine whether it is up and running. You can do this by attempting to make a TFTP connection from the boot server to itself. The connection will be successful if the TFTP server is running. Step 2 If the TFTP server is not running, initialize it. The initialization process will vary depending on the type of boot server. For a BSD UNIX server, check the /etc/inetd.conf file. If the TFTP server is not included in this file, add the appropriate line and cause inetd to reload its configuration. |
Router image in wrong directory | Step 1 Look at the server configuration file to see whether it points to the directory in which the router image is located. Step 2 Move the router image to the correct directory if necessary. Step 3 Make sure the /tftpboot directory is reachable over the network. |
Router system image file permissions are incorrect | Step 1 Check the permissions of the system image file. Step 2 If necessary, change the permissions for the file. On a UNIX boot server, set the permissions for the file to owner read/write, group read, and global read (the UNIX command for setting these permissions is chmod 644 filename). |
Bad protocol address | Step 1 Check the server configuration file to make sure the IP address of the host is correct. Step 2 Change the configuration if it is incorrect. |
Missing or -misconfigured default gateway specification | Step 1 Use the show running-config privileged exec command to view the router configuration. Check for the ip default-gateway global configuration command, which defines a default gateway. Syntax: ip default-gateway ip-address Syntax Description:
Step 2 If the command is missing, add it to the configuration. If the command is present, make sure it specifies the correct IP address. |
Misconfigured boot system command | Step 1 Use the show running-config privileged exec command to view the router configuration. Check the boot server address (IP address of a TFTP server or MAC1 address of a MOP2 server) that is configured on the router. Step 2 If the address is specified incorrectly, specify the correct boot server address using the boot system global configuration command. |
Wrong filename is specified | Step 1 Use the show running-config privileged exec command to view the router configuration. Check the boot filename that is configured on the router. Step 2 Make sure the filename is specified correctly. Change the filename if necessary. Check the host documentation for details about setting the name of the system image on the TFTP server. Step 3 Some versions of the ROM are case sensitive. Try changing the case of the filename. Contact your technical support representative for more information. |
Incorrect configuration register setting | To netboot from a server, you must set the configuration register properly. The specific configuration for netbooting depends on the platform that is being booted. Step 1 Check the configuration register setting for your system. Step 2 Determine whether you want to manually or automatically netboot from a TFTP server. To manually netboot, the configuration register must be set to 0x0; otherwise, you will be netbooting using the default system image name or the image specified by the boot system global configuration command. Refer to the Cisco IOS configuration guides and command references and your hardware installation and maintenance publications for more details about setting the configuration register. |
| 1MAC = Media Access Control 2MOP = Maintenance Operation Protocol |
Symptom: A router cannot boot properly when a user is booting from another router that is acting as a TFTP server.
Table 3-14 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Missing or incorrect tftp-server global configuration command | Step 1 Use the show running-config privileged exec command to determine whether the tftp-server system global configuration command is missing or incorrectly specified. Step 2 Add or modify the tftp-server system global configuration command as necessary on the router acting as the TFTP server. Specify the name of a file in Flash memory. |
Incomplete image in Flash memory | Use the show flash exec command to determine whether the image is incomplete. This display might show that the image is deleted and indicate the reason. Following is an example of show flash output indicating that the image is deleted: babar# show flash 2048K bytes of flash memory sized on embedded flash. File name/status 0 xx-k.914-0.16 1 xx3-confg 2 xx-k.91-4.2 [deleted] [invalid cksum] [0/2097152 bytes free/total] |
Incorrect image in Flash memory | Step 1 A "wrong system software" message is displayed when a router attempts to boot an incorrect image. In this case, the router is being booted from the ROM monitor. Following is an example of the ROM monitor output after an attempt to boot an incorrect image: > b gs3-klingon 131.108.9.40 Booting gs3-klingon from 131.108.9.40:!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!O!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![OK - 2056792/3394950 bytes] F3: 2011628+45132+192972 at 0x1000 Wrong system software for this hardware Step 2 Obtain the correct image. If necessary, contact your technical support representative to determine which image is correct. Step 3 When you identify the correct image, use the copy tftp flash privileged exec command to retrieve the image. |
The following example shows a netbooting session that contains excessive timeouts and out-of-order packets:
Booting gs3-bfx from 131.108.1.123: !O.O!.O..O!!!OOO.O!!.O.O.....
The client router might boot in this situation. However, when excessive timeouts and out-of-order packets occur, there is probably a network problem, and netbooting (as well as network service availability) might be inconsistent.
Table 3-15 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Link is saturated | Step 1 Boot the router from ROM and ping the TFTP server. Determine whether timeouts and out-of-order packets appear. Step 2 Check local network concentrators for excessive collisions on the same network. If there are excessive collisions, reorganizing your network topology might help reduce collisions. Step 3 Use the show interfaces exec command on routers in the path or place a network analyzer between the router and server. Look for dropped packets and output errors. Step 4 If approximately 15% or more of the traffic is being dropped, or if any output errors occur, congestion might be the problem. Step 5 Wait until the traffic subsides before attempting to netboot the router. If the problem is chronic, increase bandwidth or move the server closer to the router being booted. |
Link is down | Step 1 Check the continuity of the path from the booting router to the boot server using ping or trace exec commands. Step 2 If a break is found, restore the link and attempt to netboot again. |
Symptom: Invalid routes prevent successful netbooting. If the router is sending packets over an invalid path, a message similar to one of the following is displayed on the console:
Booting gs3-bfx!OOOO..........[timed out] Booting gs3-bfx!.O.O.O.O..........[timed out] Booting gs3-bfx!!!!!!!!!!OOOOOOOOOO..........[timed out]
In some cases, there might be an initial response from a server but the netboot sequence still fails. The boot message would be similar to the following:
Booting gs3-bfx!..........[failed]
Table 3-16 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Bad routing paths | Step 1 Verify that neighbor routers can ping the server. Step 2 Use the trace exec command to determine the path to the server. Step 3 Use the show arp privileged exec command to examine the ARP1 tables or the show ip route privileged exec command to view the IP routing table. Verify that the server is listed and that the routing table entries are appropriate. Step 4 Use the clear arp-cache and clear ip-route privileged exec commands to force the router to repopulate its ARP and routing tables. Step 5 Try to netboot the router again. |
Problems caused | Step 1 Shut down all extra interfaces except the one over which you intend to netboot the router. Step 2 Use the no ip proxy-arp interface configuration command on all neighboring routers to disable their ability to provide proxy ARP responses. Make this change with care because it can cause problems for other network traffic. If you do not want to disable proxy ARP, boot the router from ROM and configure the ip default-gateway global configuration command. Step 3 Try to netboot the router again. |
| 1ARP = Address Resolution Protocol |
Symptom: Client ARP requests timeout during a netboot. If the router does not receive an ARP response, a message similar to the following is displayed on the console:
Booting gs3-bfx..........[timed out]
Table 3-17 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Intermediate routers | Step 1 Boot the router from ROM. Step 2 Make sure you can ping the server from the router. Step 3 Use the copy running-config tftp privileged exec command to test TFTP connectivity to the server. Step 4 If the preceding steps are successful, check the configuration at the intermediate router using the show arp exec command. Step 5 Enable the debug arp privileged exec command to determine whether neighbor proxy ARP responses are being generated. Caution: Because debugging output is assigned high priority in the CPU process, it can render the system unusable. For this reason, use debug commands only to troubleshoot specific problems or during troubleshooting sessions with Cisco technical support staff. Moreover, it is best to use debug commands during periods of lower network traffic and fewer users. Debugging during these periods decreases the likelihood that increased debug command processing overhead will affect system use. Step 6 If the neighbor is not sending proxy ARP responses and its configuration contains the no ip proxy-arp interface configuration command, disable ARP filtering by removing the entry. Note that proxy ARP is enabled by default. Step 7 If you need to have a no ip proxy-arp entry in the neighbor router configurations, use the ip default-gateway global configuration command on the router to specify a default gateway. |
Missing or misconfigured IP helper address on intermediate router | Step 1 Check the configurations of all routers in the path. Make sure that all intermediate routers have an IP helper address specified that points to the TFTP server. Syntax: ip helper-address address Syntax Description:
Step 2 Include helper addresses as required using the ip helper-address interface configuration command. If you are unicasting to your server, you do not need to use the IP helper address, but if you are broadcasting to 255.255.255.255 (by omitting the IP address of the server), add the ip helper-address command on the neighboring router interface used in the netbooting broadcast. |
| 1UDP = User Datagram Protocol |
Symptom: An undefined load module error occurs during a netboot. The console display indicates an "undefined load module" error, and the router is unable to boot.
Table 3-18 outlines the problem that might cause this symptom and describes solutions to that problem.
| Possible Problem | Solution |
|---|---|
Filename mismatch | Step 1 If you are booting manually, refer to the user guide for your router to see the proper command-line format. Step 2 Check the router configuration file. Compare the filename specified in the boot system filename [address] global configuration command entry with the actual router image filename. Make sure they match. Step 3 If the filenames differ, change the name in the configuration file. Remember to use the router image filename in the boot system global configuration command specification and the configuration filename with the boot host and boot network global configuration commands. |
Table 3-19 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Incorrect EPROM1 | Step 1 Power down the system. Step 2 Inspect EPROM size jumpers. Refer to the hardware installation and maintenance publication for your router to determine the proper setting. Step 3 Move jumpers as required. |
Configuration register | Step 1 Check your configuration settings (boot ROM jumpers and software configuration). If no jumper is set at bit 0, and no other boot field is defined, you must reconfigure your system so that it can boot properly. Step 2 To enable your router to boot properly, do one of the following:
Refer to the Cisco IOS configuration guides and command references, as well as your hardware installation and maintenance publications, for more information about configuring your router for the various booting options. |
| 1EPROM = erasable programmable read-only memory |
Symptom: Router is stuck in ROM monitor mode. When a user is booting a router from ROM, the system boots into ROM monitor mode but does not boot the complete system image.
Table 3-20 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Incorrect configuration |
Step 1 At the ROM monitor prompt ( Step 2 If a configuration exists in NVRAM, the system displays the vacant message. Press the Enter key to continue. If a configuration does not exist in NVRAM, the setup menu appears. Skip the setup process. Step 3 Use the show version exec command to determine the configuration register setting. Step 4 Look for an invalid configuration register setting. The default is 0x101, which disables the Break key and forces the router to boot from ROM. A typical "bad" setting has a 0 in the least significant bit (for example 0x100). For details about setting the configuration register, refer to your hardware installation and maintenance publication. |
Break key pressed during boot process | At the ROM monitor prompt, enter c to allow the router to continue booting. |
Console cable inserted or removed during boot process, or console power-cycled during boot process |
Step 1 Press the Enter key and wait for the ROM monitor prompt ( Step 2 If the ROM monitor prompt appears, enter c at the prompt to continue the booting process. |
Symptom: When a user is booting from ROM, the router displays indecipherable text output on the console.
Table 3-21 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Wrong terminal | Step 1 Use the monitor setup menu to check the terminal line speed setting for the monitor. Step 2 Check the terminal speed configured on the router as specified in the configuration register setting (default is 9600 baud, 8 databits, 2 stop bits, and no parity). Step 3 If the terminal speed of the monitor and the router do not match, modify as necessary. Refer to your hardware installation and maintenance documentation for details about setting up the monitor. |
Router hardware problem | Check all hardware for damage, including cabling (broken wire), adapters (loose pin), router ports, and so forth. For more information, refer to the hardware troubleshooting information discussed earlier in this chapter. |
Symptom: "Local timeout" error messages are generated when a user is booting from ROM. The router is unable to complete its boot process and will not start the ROM monitor.
Table 3-22 outlines the problem that might cause this symptom and describes solutions to that problem.
| Possible Problem | Solution |
|---|---|
EPROM problem | Generally, this problem occurs only if you have just replaced your system EPROMs. Step 1 Power down the system. Step 2 Inspect each EPROM. Make sure each EPROM is correctly positioned in the socket (with notches properly aligned) in the correct socket. Step 3 If a pin is bent, straighten it carefully. Reinstall the EPROM and power up the system. If a pin breaks off, the EPROM must be replaced. Step 4 If an EPROM has been installed backward and power has been applied to it, the EPROM has been damaged and must be replaced. Step 5 If local timeouts persist, contact your technical support representative. |
Table 3-23 outlines the problems that might cause this symptom and describes solutions to those problems.
| Possible Problem | Solution |
|---|---|
Flow control configured on the terminal conflicts with the EIA/TIA-232 control signals supported by the access server console port (RJ-45 to DB-25) | Step 1 Check whether flow control is configured on your terminal. Step 2 Disable all flow control on the terminal. With flow control enabled, the terminal will wait indefinitely for a CTS1 signal because the RJ-45 console port on the access server does not assert CTS. For information on how to check for and disable flow control on your specific terminal, consult the documentation provided by your terminal manufacturer. Step 3 Alternatively, you can "strap," or short, CTS high by providing the proper voltage on the CTS signal lead to make the signal active. Find an unused signal that is known to be active and strap CTS to it. The terminal sees CTS being asserted (indicating that the access server is ready to receive data) and allows input to be entered. Step 4 On an already configured access server, another solution is to connect your terminal to the auxiliary port of the access server. The auxiliary port, unlike the console port, asserts CTS, and the terminal will therefore allow input. However, on a new access server with no configuration, this is not an alternative because the bootup banners and Setup routine are seen only on the console port. |
Hardware problem | Step 1 Check all hardware---including cabling (broken wires), adapters (loose pins), access server ports, and the terminal itself---for damage. Step 2 Replace any hardware that is damaged or excessively worn. For more information, refer to the hardware troubleshooting information earlier in this chapter. |
| 1CTS = clear-to-send |
![]()
![]()
![]()
![]()
![]()
![]()
![]()
Posted: Tue May 16 14:59:59 PDT 2000
Copyright 1989 - 2000©Cisco Systems Inc.