A problem has been identified:
I've got what I need, I see the problem in our FTP server code. What triggers
the problem (and why it shows up intermittanlty) is that the one particualr
client issues the append command to our FTP server and our server than attempts
to open the data connection
On Monday, 12/31/2007 at 12:07 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
Then I guess FT it will be. I cannot really climb into either, as source
is distruibuted with neither. I would be asking IBM to do all of the
climbing.
Eh? Source to most of TCP/IP is available, including the FTP
Have you considered using CONNECT:Direct?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Friday, December 28, 2007 1:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append
Alan,
You mean your VM systems?
I meant
On Friday, 12/28/2007 at 01:19 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
Another question, is there any time in the append process where, by
design, the record count appears to be zero for even the briefest of
periods? In other words, is there a window that has a crack in it?
For SFS
: Monday, December 31, 2007 7:39 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append
Have you considered using CONNECT:Direct?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
Behalf Of Schuh, Richard
Sent: Friday, December 28, 2007 1:11 PM
Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
Behalf Of Alan Altmark
Sent: Monday, December 31, 2007 8:16 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append
On Friday, 12/28/2007 at 01:19 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
Another question
On Wednesday, 12/26/2007 at 01:21 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
The results are coming in and they seem unanimous. Whenever I detect a
file
for the center in question having zero records (many occurrences) it is
invariably corrupted. There have been only two occurrences of
Alan,
You mean your VM systems?
I meant MVS systems. We only have VM at one location. TRACERTE is
disabled between the network where VM resides and the non-MVS systems at
the centers where the FTPs originate, so I substituted the MVS system
in the center in question. Not a perfect fit, but
Yesterday and last night were busy, relatively speaking, for my 0
records detector. There were three occasions when it detected 0 record
conditions as follows (times are GMT):
12/12 at 23:56:58 Detected 0 record log from location A (the trouble
spot)
23:58:58 The file had records.
12/13
Richard,
What about, just for diagnostic purposes, having location A FTP the file
three times.
1) FTP it to a discrete/unique file id (maybe with the filetype as rexx
time('S'), seconds since midnight with an 'A' suffix, like 12345A. Save
the 's'
2) FTP APPEND as you are now.
3) FTP again
Subject: FTP Append
Content-Type: multipart/alternative;
We have been using FTP to append to daily files from our centers around
the world for eight years now. The way that we have been doing it is
that data is accumulated by a PC at each center. When a threshold is
reached, the PC initiates an FTP
PROTECTED]
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
12/06/2007 01:38 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: FTP Append
I created a routine that checks the number of records in the files
of learning for some
or, in my case, relearning.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: Thursday, December 06, 2007 11:52 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append
Of Alan Altmark
Sent: Sunday, December 02, 2007 7:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
On Friday, 11/30/2007 at 06:45 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
There is no SRVRFTP CONFIG file, so everything about FTP is vanilla.
The manual says that the default
On Monday, 12/03/2007 at 11:55 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
I was thinking that the SRVRFTPO CONFIG version of TIMESTAMP might
actually apply to the FTPSERVE LOG file. I already use TERM TIMPSTMP ON
for the console messages, so the question still stands. Is the
documentation
On Friday, 11/30/2007 at 06:45 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
There is no SRVRFTP CONFIG file, so everything about FTP is vanilla.
The manual says that the default is TIMESTAMP ON. I have 30,000 lines of
empirical evidence that this is not so. Do I report this as a program
bug
:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Friday, November 30, 2007 6:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
Hello Richard Schuh,
This is a PUT and then APPEND to a PC based system, correct?
And it use to work but now you are having
Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Friday, November 30, 2007 10:31 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
On Thursday, 11/29/2007 at 07:09 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
I would love
@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
On Thursday, 11/29/2007 at 07:09 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
I would love to. Where is it hidden? I have looked in the console log
ond the FTPSERVE LOG file. Unfortunatelt, the former, which contains
timestamps due
On Thursday, 11/29/2007 at 07:09 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
I would love to. Where is it hidden? I have looked in the console log
ond the FTPSERVE LOG file. Unfortunatelt, the former, which contains
timestamps due to the ability to set them on in CP, has no error
messages,
pool server's console log between the two backups.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Thursday, November 29, 2007 6:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update
)
Sent: Friday, November 30, 2007 11:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
Alan,
Would putting CP TERM TIMESTAMP ON in the PROFILE EXEC or if CP 5.3.0
in the DIRECTORY hurt TCPIP or FTPSERVE in any way?
-Original Message-
From: The IBM z/VM Operating System
-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Friday, November 30, 2007 12:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
Those messages occur over and over in the logs. Of the 10 listed
messages, 2 were one-time messages
z/VM Operating System [mailto:[EMAIL PROTECTED]
On
Behalf Of Schuh, Richard
Sent: Thursday, November 29, 2007 6:46 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
I would love to. Where is it hidden? I have looked in the console log
ond the FTPSERVE LOG file. Unfortunatelt
This just in. The people overseas have found a message that gets
displayed before the error.
ERROR: Can not Append on VM3. Function = FtpAppend. FtpError =
FTPDATACONN
It appears that the overwrite happens on the next attempt to do the FTP
APPEND after this error, whatever
Hi, Richard.
Since it is only one file from one site that is causing the problem,
would it be possible that someone, at the remote site, is accessing the
PC directly and doing a manual FTP PUT, instead of an APPEND? Could this
simply be operator error on somebody's part?
Schuh, Richard
on the next attempt to do the FTP
APPEND
after this error, whatever it is. There is no mention of ?FTPDATACONN?
in the
5.2 TCP/IP bookshelf.
That error message is from the PC client in response to a server error,
not VM. You need to see the error generated by the VM FTP server.
Alan
@LISTSERV.UARK.EDU
Subject: Re: FTP Append
Hi, Richard.
Since it is only one file from one site that is causing the problem,
would it be possible that someone, at the remote site, is accessing the
PC directly and doing a manual FTP PUT, instead of an APPEND? Could this
simply be operator error
Well, other than discovering what that illusive error message is, I'm
fresh out of ideas here.
Schuh, Richard wrote:
I do not believe so. There have been people monitoring the PC since this
started last August.
Regards,
Richard Schuh
--
DJ
V/Soft
z/VM and mainframe Linux
Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, November 29, 2007 3:12 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append (Update)
On Thursday, 11/29/2007 at 05:55 EST, Schuh, Richard [EMAIL PROTECTED
Foreign host aborted the connection
No such connection
Foreign host is no longer responding
TCP/IP service is being shut down
Destination network is unreachable
These messages could occur during transfer, which might leave a partial
file or a corrupted block,
We have been using FTP to append to daily files from our centers around
the world for eight years now. The way that we have been doing it is
that data is accumulated by a PC at each center. When a threshold is
reached, the PC initiates an FTP session with our VM system and appends
the data to a
32 matches
Mail list logo