HP3000-L Archives

November 2012, Week 4

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:
Craig Lalley <[log in to unmask]>
Reply To:
Craig Lalley <[log in to unmask]>
Date:
Tue, 27 Nov 2012 20:27:51 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (143 lines)
Buffers could be an issue.

Please post 

LINKCONTROL @,a

-Craig

Sent from my iPod

On Nov 27, 2012, at 7:59 PM, John Pitman <[log in to unmask]> wrote:

> Thanks
> FTP has been working almost always OK, except for a recent change to connection, which required a change of gateway on Melb HP.  The fact that a local winxp box in same subnet as China also gets the same error says it's a China HP problem to me. One buffer pool in nettool.net-Res->disp is unhappy, but is that enough, and how to rectify ?
> 
> Don't have an INETDESC.net file, just INETDCNF.net, which is as below:-
> 
> echo         stream tcp nowait MANAGER.SYS internal
> echo         dgram  udp nowait MANAGER.SYS internal
> daytime      stream tcp nowait MANAGER.SYS internal
> daytime      dgram  udp nowait MANAGER.SYS internal
> time         stream tcp nowait MANAGER.SYS internal
> time         dgram  udp nowait MANAGER.SYS internal
> discard      stream tcp nowait MANAGER.SYS internal
> discard      dgram  udp nowait MANAGER.SYS internal
> chargen      stream tcp nowait MANAGER.SYS internal
> chargen      dgram  udp nowait MANAGER.SYS internal
> telnet       stream tcp nowait MANAGER.SYS internal
> bootps       dgram  udp wait   MANAGER.SYS /SYS/NET/BOOTPD bootpd
> tftp         dgram  udp wait   USER.TFTP /SYS/NET/TFTPD tftpd
> #nmbp    dgram  udp  wait    MGR.SAMBA /SYS/SAMBA/NMBD nmbd
> #smbp    stream tcp  nowait  MGR.SAMBA /SYS/SAMBA/SMBD smbd
> ftp          stream tcp nowait MANAGER.SYS /SYS/ARPA/FTPSRVR ftpsrvr
> 
> 
> 
> All I see from ANY attempt to connect to China HP is
> 
> From Dos windows -
> ftp -d 192.168.5.40
> connected to 192.168.5.40
> connection closed by remote host.
> 
> From Melb HP:-
> 
> :ftp.arpa.sys;info="-d 192.168.5.40"
> File Transfer Protocol [A0012003] (C) Hewlett-Packard Co. 2000 [PASSIVE SUPPORT]
> 
> Cannot connect to host: -d 192.168.5.40  (FTPERR 9)
> Cannot connect to the given ftpserver on the hostname/ip_addr. (FTPERR 66)
> ftp>
> 
> Without the attempt to use debug:-
> 
> :ftp.arpa.sys;info="192.168.5.40"
> File Transfer Protocol [A0012003] (C) Hewlett-Packard Co. 2000 [PASSIVE SUPPORT]
> 
> Connection Failure
> Cannot connect to host:  (192.168.5.40)  (FTPERR 9)
> ftp>
> 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On Behalf Of Jeff Kell
> Sent: Wednesday, 28 November 2012 2:45 PM
> To: [log in to unmask]
> Subject: Re: [HP3000-L] more ftp issues???
> 
> If "nothing" can FTP to china... maybe.  Are you getting the error on the initial connection, or once you attempt a transfer?
> 
> If on initial connection, insure "the firewalls" permit port tcp/21 inbound to China.
> 
> If on initial transfer, insure "the firewalls" permit port tcp/20
> *outbound* from China.
> 
> If you can get an initial connection, you might try "PASV" mode in FTP once you connect (can cause other errors on it's own, but will deal with that when they come up :) ).
> 
> Did this "just come up" out of the blue after working before, or is this the first attempt?  You might check INETDSEC.NET to see if ftp is allowed in, or if there is any interference.  If there are IP restrictions, insure your source networks are defined in the China-side INETDSEC.NET.
> 
> Jeff
> 
> On 11/27/2012 10:24 PM, John Pitman wrote:
>> Me again.
>> 
>> Similar to previous ftp issue, only works one way.
>> 
>> Melb HP FTP connection to China HP gets 'connection closed by remote host (FTPERR9 and 66)'
>> 
>> China HP FTP push to Melb HP works OK.
>> 
>> But...
>> 
>> Local PC in the same subnet as the china HP trying to connect from WinXp also gets 'connection closed by remote host', which tends to tell me its not a gateway (was last time) or firewall issue, but a jinetd problem, or some resource issue?
>> Here is nettool.net->res->disp
>> Item  Subsystem   Name   G/N  Description      Used   High    Max
>> ____________________________________________________________________
>> 
>>  1    NS XPORT  CP_POOL_ (G)  Control Buf Pool    0      1    300 :)
>>  2    NS XPORT  1536___D (G)  Inbound Buf Pool   49    141    341 :)
>>  3    NS XPORT  LOOP____ (N)  Outbnd  Buf Pool    0      1    512 :)
>>  4    NS XPORT  LAN1____ (N)  Outbnd  Buf Pool    0     69   4096 :)
>>  5    NS XPORT  UDP      (G)  GProt  Msg  Pool   50    N/A    512 :)
>>  6    NS XPORT  PXP      (G)  GProt  Msg  Pool    1    N/A    660 :)
>>  7    NS XPORT  PROBE    (G)  CM Prot Msg Pool    1    N/A    678 :)
>>  8    NS XPORT  IP_NI    (G)  IP-NI  Msg  Pool   50    N/A   2048 :)
>>  9    NS XPORT  IP_NI    (G)  IP-NI  Msg  Pool 1941    N/A   2048 :( <<<<<<<<<<<<<<<<does this tell me something ? How to fix?
>> 10    NS XPORT           (G)  Node  Name Cache    0      2    360 :)
>> 11    NS XPORT           (G)  TCP Control pool    0     26   2048 :)
>> 
>> 
>> I have killed and restarted JINETD on both boxes since I saw this
>> issue. Not seeing any useful  msgs in jinetd syslist, except a few
>> 
>> hardware address not found: F0DEF15166AE messages, which I don't
>> understand.
>> 
>> China HP has 2gb free space, 3GB RAM, 959 ks400, 7.5.
>> 
>> Suggestions greatly appreciated...
>> 
>> jp
>> 
>> ________________________________
>> CAUTION: This message may contain privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify RYCO Hydraulics Pty. Ltd. immediately. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of RYCO Hydraulics Pty. Ltd.
>> 
>> * To join/leave the list, search archives, change list settings, *
>> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> 
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> 
> CAUTION: This message may contain privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify RYCO Hydraulics Pty. Ltd. immediately. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of RYCO Hydraulics Pty. Ltd.
> 
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

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

ATOM RSS1 RSS2