No connection with ftp/telnet/rlogin

[Brandon Mayfield]

Hello,

I have an HP Server rp2470 (A6890A) running B.11.00 that I have inhertited and need to get telnet/ftp working on. According to others it has worked in the past.

I see telnet enabled, but cannot log in.

--- telnet

# grep telnet /etc/services /etc/inetd.conf
/etc/services:telnet 23/tcp # Virtual Terminal Protocol
/etc/inetd.conf:telnet stream tcp nowait root /usr/lbin/telnetd telnetd

The ethernet NIC is configured and I can ping it, and I can ping and telnet to other servers FROM this one :

# ifconfig lan0
lan0: flags=843
inet 172.16.15.20 netmask ffff0000 broadcast 172.16.255.255

I can see that something is listening on the port (inetd?) :

# netstat -a | grep telnet
tcp 0 0 *.telnet *.* LISTEN

and when I telnet in I can see I am attached to the port (and it stays attached) :

# netstat -a | grep telnet
tcp 0 0 *.telnet *.* LISTEN
tcp 0 0 ph10001.telnet 172.16.15.19.49780 ESTABLISHED

However on the client end all I see is the telnet session and no login :

# telnet 172.16.15.20
Trying...
Connected to 172.16.15.20.
Escape character is '^]'.

And I do not see the telnet daemon running at the server end (this must be a big clue) :

# ps -ef | grep telnet
root 948 880 0 20:59:03 console 0:00 grep telnet

The same thing happens as above if I try to telnet to the to 127.0.0.1 or it's own assigned address of 172.16.15.20. There are no firewalls within this subnet.

--- ptys / devices

I think login is working because I get a login prompt at the serial console and I can run login and it asks me for a username and password.

I do not think I am running out of ttys/ptys (I am the only user at present and no error messages pointing to this). I believe that npty=nstrpty=nstrtel=60 though I don't have that on my console history here. I am SURE nstrpty=60.

# lsdev | grep tel
139 -1 telm strtelm
140 -1 tels strtels

# ls -al /dev/telnetm
crw-rw-rw- 1 root sys 72 0x00008b May 16 2006 /dev/telnetm

So it looks like the minor no of telnetm matches the strtelm major no.

The major numbers for /dev/pts/t* are 140 matching strtels major no, ownership root:sys permissions 666 and there are 60 as you can see below.

The /dev/pty devices are owned by bin:tty permissions 666, and there are also 60 of them.

# ls /dev/pty*
/dev/ptyp0 /dev/ptyp8 /dev/ptyq0 /dev/ptyq8 /dev/ptyr0 /dev/ptyr8
/dev/ptyp1 /dev/ptyp9 /dev/ptyq1 /dev/ptyq9 /dev/ptyr1 /dev/ptyr9
/dev/ptyp2 /dev/ptypa /dev/ptyq2 /dev/ptyqa /dev/ptyr2 /dev/ptyra
/dev/ptyp3 /dev/ptypb /dev/ptyq3 /dev/ptyqb /dev/ptyr3 /dev/ptyrb
/dev/ptyp4 /dev/ptypc /dev/ptyq4 /dev/ptyqc /dev/ptyr4 /dev/ptyrc
/dev/ptyp5 /dev/ptypd /dev/ptyq5 /dev/ptyqd /dev/ptyr5 /dev/ptyrd
/dev/ptyp6 /dev/ptype /dev/ptyq6 /dev/ptyqe /dev/ptyr6 /dev/ptyre
/dev/ptyp7 /dev/ptypf /dev/ptyq7 /dev/ptyqf /dev/ptyr7 /dev/ptyrf

/dev/pty:
ttyp0 ttyp6 ttypc ttyq2 ttyq8 ttyqe ttyr4 ttyra ttys0 ttys6
ttyp1 ttyp7 ttypd ttyq3 ttyq9 ttyqf ttyr5 ttyrb ttys1 ttys7
ttyp2 ttyp8 ttype ttyq4 ttyqa ttyr0 ttyr6 ttyrc ttys2 ttys8
ttyp3 ttyp9 ttypf ttyq5 ttyqb ttyr1 ttyr7 ttyrd ttys3 ttys9
ttyp4 ttypa ttyq0 ttyq6 ttyqc ttyr2 ttyr8 ttyre ttys4 ttysa
ttyp5 ttypb ttyq1 ttyq7 ttyqd ttyr3 ttyr9 ttyrf ttys5 ttysb

/dev/ptym:
clone <- what is this ??
ptyp5 ptypb ptyq1 ptyq7 ptyqd ptyr3 ptyr9 ptyrf ptys5 ptysb
ptyp0 ptyp6 ptypc ptyq2 ptyq8 ptyqe ptyr4 ptyra ptys0 ptys6
ptyp1 ptyp7 ptypd ptyq3 ptyq9 ptyqf ptyr5 ptyrb ptys1 ptys7
ptyp2 ptyp8 ptype ptyq4 ptyqa ptyr0 ptyr6 ptyrc ptys2 ptys8
ptyp3 ptyp9 ptypf ptyq5 ptyqb ptyr1 ptyr7 ptyrd ptys3 ptys9
ptyp4 ptypa ptyq0 ptyq6 ptyqc ptyr2 ptyr8 ptyre ptys4 ptysa

# ls /dev/pts
0 14 2 25 30 36 41 47 52 58 t1 t7 tE tK tQ tW tc ti to tu
1 15 20 26 31 37 42 48 53 59 t2 t8 tF tL tR tX td tj tp tv
10 16 21 27 32 38 43 49 54 6 t3 tA tG tM tS tY te tk tq tw
11 17 22 28 33 39 44 5 55 7 t4 tB tH tN tT tZ tf tl tr tx
12 18 23 29 34 4 45 50 56 8 t5 tC tI tO tU ta tg tm ts ty
13 19 24 3 35 40 46 51 57 9 t6 tD tJ tP tV tb th tn tt tz

I had some trouble understanding all the other posts on this (and it was getting late, around 10pm with a 7am start time!).

--- Logs

I do see this in the system messages log (syslog) :

looks normal up to here...
Sep 21 17:30:54 ph10001 rpcbind: init_transport: check binding for tcp
Sep 21 17:30:54 ph10001 rpcbind: init_transport: check binding for ticlts
Sep 21 17:30:54 ph10001 rpcbind: svc_tli_create: t_getname failed; T_IDLE
Sep 21 17:30:54 ph10001 rpcbind: svc_dg_create: could not get transport informat
ion
Sep 21 17:30:54 ph10001 rpcbind: init_transport: Could not create rmtcall fd for
ticlts
Sep 21 17:30:54 ph10001 rpcbind: init_transport: check binding for ticotsord
Sep 21 17:30:54 ph10001 rpcbind: init_transport: check binding for ticots
Sep 21 17:30:54 ph10001 inetd[453]: Reading configuration
Sep 21 17:30:54 ph10001 inetd[453]: protocol = tcp
Sep 21 17:30:54 ph10001 inetd[453]: ftp/tcp: Added service, server /usr/lbin/ftp
d
Sep 21 17:30:54 ph10001 inetd[453]: telnet/tcp: Added service, server /usr/lbin/
telnetd
...

looks normal after this, except somtime later (ignore timestamp/pid) I see :

Sep 21 21:58:48 ph10001 inetd[450]: telnet/tcp: accept: Invalid argument

I suspect it happens around the first time I try to connect, or shortly after booting but it does NOT repeat no matter how many times I try to telnet/ftp/rlogin. It appears that the accept() system call is failing on the socket but I have no clue as to why, unless it is because of the earlier errors. I am out of my depth here but from what I have read the earlier errors for ticlts are for local services, and I am not sure that would affect telnet. I don't remember seeing any errors in rc.log or ptydaemon log.

I have not been able to find much on the above errors. There is neither an /etc/resolv.conf nor /etc/nsswitch.conf and we are not using any nameserver, FWIW.

The rpc daemon is running and rpcinfo looks similar to other machines though I do not know what I am looking at :

# rpcinfo
program version netid address service owner
100000 4 ticots ph10001.rpc rpcbind superuser
100000 3 ticots ph10001.rpc rpcbind superuser
100000 4 ticotsord ph10001.rpc rpcbind superuser
100000 3 ticotsord ph10001.rpc rpcbind superuser
100000 4 ticlts ph10001.rpc rpcbind superuser
100000 3 ticlts ph10001.rpc rpcbind superuser
100000 4 tcp 0.0.0.0.0.111 rpcbind superuser
100000 3 tcp 0.0.0.0.0.111 rpcbind superuser
100000 2 tcp 0.0.0.0.0.111 rpcbind superuser
100000 4 udp 0.0.0.0.0.111 rpcbind superuser
100000 3 udp 0.0.0.0.0.111 rpcbind superuser
100000 2 udp 0.0.0.0.0.111 rpcbind superuser
100068 2 udp 0.0.0.0.192.1 cmsd superuser
100068 3 udp 0.0.0.0.192.1 cmsd superuser
100068 4 udp 0.0.0.0.192.1 cmsd superuser
100068 5 udp 0.0.0.0.192.1 cmsd superuser
100083 1 tcp 0.0.0.0.192.0 ttdbserver superuser
351456 1 udp 0.0.0.0.3.254 - superuser
351456 1 tcp 0.0.0.0.3.255 - superuser
#

--- Config files

I compared netconf, nettl, Rpcd, netdaemons, to another box running 11.11 and they look ok.

I found a number of things that I thought for a fleeting minute or two were gonna mean success (I lsost track of the number of times I restarted inet and rebooted) :

* telnet line in the inetd.sec file and removed it but that does not explain why ftp/rlogin do not work either.

* no entry in the /etc/hosts file for the hostname, and a bogus entry there as well.

* strangeness in the netconfile (stuff double quoted and in different places than on other servers) but I think now it may have been SAM doing that at sometime in the past.

--- ???

Any ideas ?

Thanks and I will check back here but this server is a 200 mile commute so it may
be a few days before I can put any ideas to the test...

Brandon

[James R. Ferguson · Accepted solution]

Hi Brandon:

It seems that Technical Knowledge Base document emr_na-c01012460-1 describes your situation.

Try installing PHNE_35729 and all its dependent patches. This will require a reboot.

Regards!

...JRF...

[Basheer_2]

lanscan
ifconfig lan0 ( or others)



Try re-starting inetd

/sbin/init.d/inetd stop
/sbin/init.d/inetd start

[Brandon Mayfield]

Thanks James,

PHNE_35729 fixed me right up, had to copy it to the server with Kermit across the serial port which only took 6 hours at 38.4K, but it's working great now...

Thanks again!

[skt_skt]

what was the arpa patch you were having..?

[Brandon Mayfield]

Patch Name: PHNE_35729

Patch Description: s700_800 11.00 cumulative ARPA Transport patch

Came along w/ the following dependencies,
of which about half needed to be installed on htis particular box :

-rw-r--r-- cam/cam 524676 2001-03-25 04:00:07 PHCO_23651
-rw-r--r-- cam/cam 12439649 2000-11-07 04:00:16 PHKL_18543
-rw-r--r-- cam/cam 28603 1999-08-06 04:00:17 PHKL_19202
-rw-r--r-- cam/cam 35934 1999-10-06 04:00:16 PHKL_20016
-rw-r--r-- cam/cam 79275 2001-04-13 04:00:03 PHKL_23409
-rw-r--r-- cam/cam 1598433 2006-12-08 19:18:48 PHKL_35742
-rw-r--r-- cam/cam 1422773 2007-01-19 19:56:56 PHKL_35828
-rw-r--r-- cam/cam 2556928 2007-02-27 18:11:53 PHNE_35729
-rw-r--r-- cam/cam 21982122 2000-08-03 04:00:31 PHCO_21187
-rw-r--r-- cam/cam 2390863 2001-10-11 16:31:04 PHCO_23791
-rw-r--r-- cam/cam 455496 2003-05-28 01:52:39 PHKL_27980
-rw-r--r-- cam/cam 1933811 2003-10-22 00:38:38 PHKL_28766
-rw-r--r-- cam/cam 87935 2004-05-24 22:58:16 PHKL_29385
-rw-r--r-- cam/cam 2029813 2004-06-28 21:42:56 PHNE_27902

[skt_skt]

which ARPA patch you were having before installing PHNE-35729

[Brandon Mayfield]

# swlist -l product |grep -i arpa
PHNE_19899 1.0 cumulative ARPA Transport patch
PHNE_22397 1.0 cumulative ARPA Transport patch
PHNE_33395 1.0 cumulative ARPA Transport patch
PHNE_35729 1.0 cumulative ARPA Transport patch

[skt_skt]

Looks like you are (still) missing

PHNE_31965 1.0 ARPA transport commands and libnm patch