On Friday, 03/27/2009 at 11:28 EDT, Michael Coffin 
<michaelcof...@mccci.com> wrote:
> I've  been noticing a lot of errors being reported on my FTP server 
console 
> lately.  Every 5 minutes, the FTP server wakes up and attempts to do 
> "something" that fails and generates multiple error messages.  It seems 
to 
> issue one DTCFTS2512I for each record in FTP BANNER, for example here is 
the 
> console log from an unused FTP server that has a 1 record FTP  BANNER:
>  
> 10:34:50 DTCFTS0021I Server-FTP: Initialization completed 10:34:50 EDT 
FRIDAY 
> 2009-03-27
> DTCFTS4030E TryToSend gets error from TcpFSend:  Foreign host aborted 
the connect
> 10:36:00 ion 
> 10:36:00 DTCFTS2512I Error  completion on #0: No such connection
> 10:41:00 DTCFTS4030E TryToSend gets  error from TcpFSend: Foreign host 
aborted 
> the connect
> 10:41:00  ion
> 10:41:00 DTCFTS2512I Error completion on #1: No such  connection
> 10:46:00 DTCFTS4030E TryToSend gets error from TcpFSend: Foreign  host 
aborted 
> the connect
> 10:46:00 ion
> 10:46:00 DTCFTS2512I Error  completion on #2: No such connection
> 10:51:00 DTCFTS4030E TryToSend gets  error from TcpFSend: Foreign host 
aborted 
> the connect
> 10:51:00  ion
> 10:51:00 DTCFTS2512I Error completion on #0: No such  connection
> 10:56:00 DTCFTS4030E TryToSend gets error from TcpFSend: Foreign  host 
aborted 
> the connect
> 10:56:00 ion
> 10:56:00 DTCFTS2512I Error  completion on #1: No such connection
>  
> The  "Error completion on #" starts at 0 and increments to 2 and then 
restarts 
> at 0  consistently.
>  
> Tracing FTP doesn't provide a heck of a lot of useful  information:

I would have to disagree.  :-)  You actually get very detailed 
information!

> DTCFTS0023I Got note Connection state changed for #1, Open

A client has connected to the FTP server.  The FTP server is a Pascal 
application an so uses an API that doesn't resemble C-style sockets.  (See 
the TCP/IP Programmer's Reference.)

>  DTCFTS2502I Allocating buffer of 32768 bytes
>  DTCFTS4050I Send reply  '220-BANNER LINE 1'
>  DTCFTS4050I Send reply  '    BANNER LINE 2'
>  DTCFTS4050I Send reply  '    BANNER LINE 3'

The API has accepted 3 lines for sending.  This doesn't mean they have 
actually been sent.

>  DTCFTS4050I Send reply  '    BANNER LINE 4'
>  DTCFTS4030E TryToSend gets error from TcpFSend: Foreign host aborted
>              the connection

The client broke the session at some point and TCP has received the 
closure.  TCP knows that it cannot send data and so the TcpFSend function 
is failing *synchronously*.

>  DTCFTS4050I Send reply  '    BANNER LINE 5'
>  DTCFTS4030E TryToSend gets error from TcpFSend: Foreign host aborted
>              the connection
:  <repeat>

I suspect this is a bug.  The FTP server should have stopped after the 
first error was detected.

>  10:11:00 DTCFTS4026I ReinitContConn(1)

The FTP server is setting defaults for the control connection (better late 
than never?).

>  10:11:00  DTCFTS4020I GetData(1)
>  10:11:00 DTCFTS4022I In GetData, TcpFReceive:  Where = 1

FTP server now goes to await a command from the client.

>  10:11:00  DTCFTS0023I Got note Connection state changed for #1, 
Nonexistent
>  10:11:00 DTCFTS0024I Foreign host aborted the  connection
>  10:11:00 DTCFTS2511I CloseCompleted on #1: Foreign host  aborted the 
connection

The FTP server is now processing the stack's *asynchronous* notification 
that state has changed on the control connection.

Alan Altmark
z/VM Development
IBM Endicott

Reply via email to