× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  1.  Home
  2. MIDRANGE-L
  3. February 2010

Re: Incomplete sFTP transfers

v5r4

I believe the PTFs you mention are installed. I'll have to look tomorrow. Responsibility for the system is another person's turf. And, I wonder just what he does sometimes - especially since I saw the date the last CUM was installed - a couple of years. It would be >nice< if he was at least civil.

I did load and apply a PTF Scott Klement recommended in his sFTP rticle. The other two(?) mentioned were either applied or superceded. I have seen return codes get passed back to the controlling CL, and the CL is handling the non zero value as an error.


-----Original message-----
From: "Jim Franz" franz400@xxxxxxxxxxxx
Date: Tue, 02 Feb 2010 21:22:31 -0600
To: "Midrange Systems Technical Discussion" midrange-l@xxxxxxxxxxxx
Subject: Re: Incomplete sFTP transfers

What OS release? Do you have ptf SI25209 (v5r4) which fixes error return
code not set when had error...
There are a couple other ptfs for sftp but not so related to your issue.
Do you keep up with the TCP group ptfs? sf99315 for v5r4.
jim


----- Original Message -----
From: "jmmckee" <jmmckee@xxxxxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Tuesday, February 02, 2010 8:54 PM
Subject: Re: Incomplete sFTP transfers


Different file names. File names have date and a specific suffix.
Content is copied from PF which is cleared prior to each daily run.

I am positive that file content is correct. The reconciliation process
involves me running a program to send the content of a fourth file, a
control file which has all account numbers sent. I received a huge list
of account numbers today, and all but two were in two daily files. The
last two accounts were half of a third file.

John McKee


-----Original message-----
From: "Jim Franz" franz400@xxxxxxxxxxxx
Date: Tue, 02 Feb 2010 20:33:51 -0600
To: "Midrange Systems Technical Discussion" midrange-l@xxxxxxxxxxxx
Subject: Re: Incomplete sFTP transfers

Is it the same 3 files sent daily? And do you have the actual files or
are
the records replaced each day? In other words, can you 100% rule out the
building of the files before heading into the actual xmit process?
IFS files or native?
Jim Franz


----- Original Message -----
From: "jmmckee" <jmmckee@xxxxxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Tuesday, February 02, 2010 4:11 PM
Subject: Incomplete sFTP transfers


I had thought this was just a random event. But, it seems to be
happening
more often. The batch process sends threee files daily to a remote
site.
Usually, there is no issue. Twice a month, a file is sent showing what
should be on the other system. Today, that report showed that two
records
out of 4 just disappeared. The records were number 2 and number 3 of a
4
record file. Ni indication of a failure of any kind. Since this last
happened, I have added -vvv to the sftp command, in the hopes of seeing
anything useful. Lots of verbage. Still, the command exist with return
code of 0.

My first thought is to perform a get of the transmitted files and then
compare the files to what was intended to be sent. Just seems odd that
records can be dropped and not trigger an error.

Anybody experienced this?

John McKee
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...
Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.