07-06-2008 03:13 PM - edited 03-03-2019 10:36 PM
Hello All,
May i kindly seek an urgent assistance to curb the perpetual disruption of my Access server which hangs from time to time with the following outputs?.
Access-Server#..r2
Trying R2 (192.168.1.253, 2002)... Open
[timed out]
Loading cisconet.cfg ... [timed out]
Loading access-server-confg .
From this level of the operation there is absolutely nothing i could do to continue the lab. To this end i have even written "no ip domain-lookup" to the console of the server yet to no avail.
Please somebody help me out or should i assumed the Access server is no longer useable?
Thanking you All in advance
Solved! Go to Solution.
07-06-2008 03:19 PM
no service-config should fix your problem
http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a008020b19e.shtml
However, you should only see that during a router booting, therefore your router seems to be rebooting on its own.
HTH,
__
Edison.
Please rate helpful posts
07-06-2008 03:19 PM
no service-config should fix your problem
http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a008020b19e.shtml
However, you should only see that during a router booting, therefore your router seems to be rebooting on its own.
HTH,
__
Edison.
Please rate helpful posts
07-06-2008 03:50 PM
Edison,
I'm most grateful for your prompt response to resolve my concern. Unfortunately after the instructed command was inputted the system still hangs, though not with the former error messages but yet hangs.
Access-Server(config)#no service config
Access-Server#copy run start
Building configuration...
[OK]
Access-Server#r1
Trying R1 (192.168.1.253, 2001)... Open
I am really sick and tired of this ASr, frustrating my efforts.
Any further help at this junction?.
regards
07-06-2008 04:07 PM
Apparently your post included two issues. Edison correctly supplied the solution for one of them:
Loading cisconet.cfg ... [timed out]
Loading access-server-confg .
with the command no service config.
But that appears not to be the issue that you are the most concerned about. The other issue appears to be that attempts to reverse telnet are not completing (at least to some hosts).
Let me begin by asking for some clarifications:
- is this an implementation that used to work and stopped working? or is this a new implementation and has never worked as expected?
- is this issue just for some hosts or is it for all hosts?
If this used to work and has stopped working, then my first guess is that there are existing sessions to these hosts that were not properly disconnected. In that case go into privilege mode and issue the command clear line 1 (and answer any prompts) and then try your reverse telnet to r1. (or clear line 2 and then try reverse telnet to r2).
If this is a new implementation then my first guess is that the cables are not connected as you expect. Check the cables and verify that cable 1 (in the first async interface) is really connected to r1.
Please supply the clarifications that I requested and whether my suggestions have improved anything.
HTH
Rick
07-06-2008 04:46 PM
Rick,
You are absolutely correct, in the course of my troubleshooting i removed the cables to R1 and R2 without replacing and yet telnetting to them unknowingly. Anyway all is now well and dancing.
I'm so glad and proud to know you guys even though is virtually, especially you (Rick) you are a true master with your relentless efforts to see others succeed.
Regards
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: