HP3000-L Archives

February 2006, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Tracy Pierce <[log in to unmask]>
Reply To:
Tracy Pierce <[log in to unmask]>
Date:
Thu, 16 Feb 2006 10:40:07 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (113 lines)
Thanks, all, for your replies.  I'll try to address them all here:

James Hofmeister writes (snipped):

> I did a google of "NETXPORT TCP 11912" and got:
>
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=818
77

which indicates I need patch PTDFDT3A to beat a loop in inetd, right?  I
wonder why this has never been presented as a problem - we have lots of
QCTerm users(telnet).  And I don't know how to tell if the patch is
installed (braindead system manager!).  

>   
> http://raven.utc.edu/cgi-bin/WA.EXE?A2=ind9912a&L=hp3000-l&D=0&P=1064

which indicates that Steve Cooper recommends turning on checksumming for
TCP, but doesn't say how to check or set it.  Is it safe to assume he's
basing that recommendation on the "funny numbers" generated by
translating 8-byte "portID: 87F85CE0" into decimal octets as
"135.248.92.224"?  but the failing client IP address is 10.10.5.5, which
is seemingly recognized by telnet per the console messages.


> Questions:
> 1. Do you see any error messages logged in the $stdlist of JINETD ?

No, just..."
Received call for: telnet tcp
telnet/tcp: Connection from unknown (10.10.5.5) at Wed Feb 15 15:01:51
2006
Received call for: telnet tcp
telnet/tcp: Connection from unknown (10.10.3.223) at Wed Feb 15 15:22:37
2006
"... etc. 

> 2. What does your JINETD.NET.SYS job look like?

!job jinetd, manager.sys;outclass=lp,1
!comment the config file is /etc/inetd.conf or INETDCNF.NET.SYS
!comment
!comment some ways to interact with inetd (requires SM)...
!comment  run inetd.net.sys;info="-k"
!comment  where -k=kill; -c=config-file re-read; -l=logging(toggle)
!
!SHOWJOB JOB=JINETD,MANAGER.SYS > JOBLIST
!PRINT JOBLIST;NUM
!IF FINFO("JOBLIST","EOF") > 6
!  SHOWJOB JOB=JINETD,MANAGER.SYS
!  TELLOP JINETD is already running; aborting this one.
!  COMMENT WHY did this get streamed?  KTP wants to know 20031027
!  showvar hpstreamedby
!  continue
!  comment this code chg'd 040105...
!  continue
!  if  ups(lft("!hpstreamedby",19))="BUPDAT,OPERATOR.SYS"
!    comment it IS bupdat, all is ok.
!  else
!    echo it's ups(lft("!hpstreamedby",19)
!    set stdlist = save
!  endif
(24/37) Continue?  
!ELSE
!run inetd.net.sys;PRI=CS;info="-l"
!comment 2002mmdd add ;info="-l" to turn on logging.
!comment 20031202 note -l == 'toggle';logging gets clobbered by
!comment          subsequent runs, so be sure not already running.
!CONTINUE
!showjcw
!CONTINUE
!setvar mycierror cierror
!tell tracy,manager.sys inetd exiting with cierror !mycierror
!IF mycierror <= 0
! SET STDLIST=DELETE
!endif
!eoj

> 3. What patches are installed?   PTD????   INT????

I don't know.  does this help?...
HOBBES:MANAGER.SYS,PUB:nmmaint,72
NMS Maintenance Utility  32098-20014 B.00.10  (C) Hewlett Packard Co.
1984
THU, FEB 16, 2006,  9:05 AM
Data comm products build version: N.63.01
Subsystem version ID's: 
HP TELNET/iX Subsystem HP32040A module versions:
NM program file: TELNET.ARPA.SYS     Version:  A6000000
NL procedure:    PTD_SM_VER          Version:  A6000003
NL procedure:    PTD_HANDLER_VER     Version:  A6000003
NL procedure:    PTD_PTID_VER        Version:  A6000004
NL procedure:    PTD_PTOD_VER        Version:  A6000004
NL procedure:    PTD_COMMON_VER      Version:  A6000004
HP TELNET/iX Subsystem HP32040A overall version = A.60.00
HOBBES:MANAGER.SYS,PUB:

> 4. What MPE version?  I assume 6.5 or 6.0 ?
6.0 pp2

> 5. Do you see any different results after abortjob of JINETD 
> and restart STREAM JINETD.NET.SYS?

only slight differences.  while it takes upward of a minute to complete
the connection via DOS Telnet or Reflection1, it does eventually connect
today.  switching to BS queue (maxpri=100) seems to make no difference
at all.  

system load is tiny, using 4.6% of cpu; 4.3% is sos/3000.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2