Can No Longer Telnet to box

[David Sawdy]

I installed a Patch Bundle on a 11.00 HPUX N-Class server. There were several patches that caused configuration problems. I removed the patch bundle and now I can rlogin but not telnet to the box. Telnetd is running. Any idea what has gone wrong?

[harry d brown jr]

Your statement that a patch bundle install "caused configuration problems" is unsettling.

Has the machine been rebooted since you removed the patch bundle?

What patch bundle are we refering to?

live free or die
harry

[G. Vrijhoeven]

Hi,

COuld you provide more info.
The removal of patches could create an unstable server. Did you create an ignite tape before patching? If so a restore of that tape garanties to bring you back to your old status.
If not what were the config problems, and how did you solve them/just by removing the patch?
Did you reboot after installing/removing the patch?
What were the patches you installed/removed?


Gideon

[MarkSyder]

No, but I would be tempted to restore from backup - you never know what else might have gone wrong.

Mark Syder (like the drink but spelt different)

[Senthil Kumar .A_1]

hi,

1)Try reconfiguring inetd daemon by issuing the following command
inetd -c

2)check the entry for telnet in /etc/inetd.conf file

3)check for telnet entries in /etc/services.ensure wether the entry is correct or not.

4)check /var/adm/inetd.sec file.


Though i havent given the accurate solution, I have pointed to the places where there might most likely issues related to telnet,.

regards
Senthil

[David Sawdy]

The patch bundle that I installed was the March 2002 QPK1100 and HWE1100. The problem that it caused was the linker no longer worked properly with ACC. There was one patch out of the whole bundle that casued the problem. I reinstalled the Bundles and removed the patch that was the problem. However I still cannot telnet. Linker works.
Here is what I get when I try to telnet to the box.

telnetd: /dev/pts/ta: No such file or directory
.
Local flow control off
Connection lost by foreign host

I have looked at /etc/inetd.conf , etc/services and /var/adm/inetd.sec. All look good. I have done teh inetd -c as well.

[MarkSyder]

I've looked at one of my boxes and /dev/pts/ta appears to be created on login. This suggests that a process somewhere is not working properly.

I stand by my earlier suggestion - restore from tape. Especially if you know which patch caused the problem - install everything except that one.

Mark

[Bharat Katkar]

Check /etc/hosts file, edit using vi see if you have entered correct entries and remove unnecessary spaces or invalid entries and save it.

I think your problem should be solved.

[David Sawdy]

Checked the /etc/hosts file. Only saw 1 thing out of the ordinary so I fixed and saved and I still get the same result.

[Keri MacNeil]

I seem to remember that patch from 2002. If I recall the patch removed all of the tty devices, so you have to re-create them. I believe that if you run "insf -e" it will recreate them for you.

[Todd McDaniel_1]

Do you use tcp wrappers? Check the /etc/hosts.allow to see if there are any irregularities?

Also, I think Mike might be on to something... run insf -e and see what you get there... Check your /dev/pty* /dev/tty*

[Keri MacNeil]

If "insf -e" doesn't work, try "insf -n npty"

[hari jayaram_1]

David,

This happened to one of my colleagues. At this time there was an error message saying linker could not resolve symbols " ". I cannot recollect because it was sometime back. Anyhow the symbols must be in the swagent log file. Please do a search on itrc with those symbols. You will get a step by step instruction of how to resolve the problem. Once the patches are reinstalled then you should be fine.

However the best option would be to restore from an image if you have one.

Thanks

hari

[V.Tamilvanan · Accepted solution]

Hi David,

Can you try the below steps.

# cd /
# rm /dev/pty/*
# rm /dev/pts/*
# insf -e
# cd /dev
# insf -d telm
# insf -d tels

[David Sawdy]

Thanks Tamil that fixed it. It looks like the driver was the problem on this one.
Thanks to everyone who responded.