Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

local flow control off error

Status
Not open for further replies.

sendhilk

IS-IT--Management
Mar 29, 2001
109
US


Hi,

When i try to telnet to an HP-UX machine i get an error
Escape character is '^]'.
Local flow control off
Connection closed by foreign host.

Anyone has any idea why this happens ?

also when i try to telnet to an other machine and try to login as root i get the message account is disabled.. see account administrator. any idea how to enable the account ?.

Thanks
Sendhil
 
Check this out:

telnet to HP K570 gives "connection closed by foreign host" DocId:
NR0101KBRC00005172 Updated: 3/6/01 9:46:00 AM

PROBLEM
After installing patch PHNE_21822 on a K570 running HPUX 11.0, telnet to that
K570 no longer works. The client requesting the telnet session receives the
following message:

Trying...
Connected to system.
Escape character is '^]'.
Local flow control off
Connection closed by foreign host.


The syslog on the server shows the following message:

telnetd[10302]: I_LINK_DEV ioctl failed: Invalid argument


CONFIGURATION
Model : K570 OS : 11.0
RESOLUTION
The problem may be caused by an incorrect installation of the telnetd patch
(PHNE_21822). This solution also applies to other systems where the output of
the model command does not match any entry in the /etc/.supported_bits file.
Run the following commands to check if there is a mismatch between the
telnet
daemon and the version of telnet in the kernel:


1. what /usr/lbin/telnetd

The output should be :
/usr/lbin/telnetd:
Copyright (c) 1983, 1986 Regents of the University of California.
Patch ID: PHNE_21822
telnetd.c $Revision: 1.29.214.16 $ $Date: 2000/06/08 23:40:02 $
telnetd.c 5.31 (Berkeley) 2/23/89
authenc.c 8.1 (Berkeley) 6/4/93


2. what /stand/vmunix | grep str_telnet
The output should be similar to:
str_telnet.c: PHNE_16546
str_telnet.c $Revision: 1.2.118.6 $ $Date: 98/11/17 22:39:11 $



Notice there is a mismatch between the telnet version in the kernel and the
actual daemon. This may be caused by an incorrect installation of the patch
because of a difference between the output of the model command and the
contents of the /etc/.supported_bits file.

1. run the model command , the output should be:
9000/899/k570 (notice the lower case k)


2. Check the /etc/.supported_bits file for k570 entry:
.
.
.
9000/898/K370 32/64
9000/804/K450 32/64
9000/889/K460 32/64
9000/899/K570 32/64 (Notice the upper case K)
9000/893/T600 32/64
9000/893 32/64
.
.
.



To resolve the telnet problem, edit the /etc/.supported_bits file and change
the K570 to k570 and remove and re-install PHNE_21822.

An alternate solution is to install the latest software distributor patch
(PHCO_22526 or later) and then re-install the PHNE_21822 patch.



------------------------


As for your second issue, that box probably is denying root access via hosts.equiv or .rhosts.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top