|
We don't have replication, but we do have Carbonite Evault backup -but--
was not active at the time.
The thread issue is interesting - the clle calls a QSH command to run
the sftp.
The log file is checked to determine it was successful (my count of
time was after the log checked ..)
And Bradley just posted what I was thinking - the RPGLE needs error
handling and retry - then I can remove the delay (I hate doing that).
Thanks for all the ideas.
JIm
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Paul Roy
Sent: Saturday, October 27, 2018 1:21 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: RE: new ifs file not found
I had a similar issue. Once, the problem was due to the replication
software
(Mimix) locking the file for replication...
Stopping the replication stopped the issue. a delay is also a
possible workaround...
Years ago, I also remember another similer issue due to some
multithreading... we had to make the jobs trhread save using some API...
I do not remember which one but could make some research
Paul
From: "midrange" <franz9000@xxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 27/10/2018 19:03
Subject: RE: new ifs file not found
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
I'm responding to both Bradley and Jack's comments - Bradley - all
those things and more I checked before submitting the post.
Deleted the file and re-ran the process (twice) - same issue
Noticed there was only about 3 one-hundreths of a second between the
sftp finishing and the rpgle throwing the error so I added the 5
second delay - and then it worked and processed that file and another
25 or so that had backed up while checking this out. And why 5
seconds? - it's just an arbitrary guess for extreme cases...
Jack - The batch cpu utilization was 2.77% (and 0% for interactive)
during the 15 minute snapshot we take, when the error occurred. Pretty
normal for the time of day. Nothing else was taking long time or
heavy i/o. This is not a heavily hit system - Power 8 v7r3 single cpu,
under 10 interactive users, and another 10 web users at the time. Disk
usage in the 30% range,
32
gig memory
I don't know the job name of the OS program that handles file stuff in
the ifs, but nothing in the snapshot I could see different than other times.
Jim
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Bradley Stone
Sent: Saturday, October 27, 2018 8:54 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: Re: new ifs file not found
Something has changed.
Make sure the file name doesn't have spaces in it. I've seen that
happen...
spaces at the end of the filename and when you trim() in your program
they technically don't match.
If it's in QOpenSys make sure it's the right case for the filename.
Debug the program, find the value of the filename. and use WRKLNK to
double check it is there. Check the authority to the directory and file.
If you're not using a fully qualified path and filename (ie, the
filename starts with a /), make sure the home directory for the user
running the application is correct.
Bradley V. Stone
www.bvstools.com
MAILTOOL Benefit #10 <https://www.bvstools.com/mailtool.html>: Resend
Emails
- When emails are sent using MAILTOOL Plus or another addon, those
emails are logged and you have the ability to resend them one by one,
or as a batch (ie, all unsent emails at once).
On Fri, Oct 26, 2018 at 7:26 PM midrange <franz9000@xxxxxxxxx> wrote:
Have a sftp process that gets a text file from remote partner, to an--
existing ifs folder.
As soon as sftp ended, a rpgle is called to open and read the file.
Has run for years, 10-30 times a day, but last couple days rpgle
throws error
eval fd = open(%trim(@file):
O_RDONLY+O_TEXTDATA)
CPF9897 Escape 40 10/26/18 10:41:27.830575 XXX14
XXXPGM
From module . . . . . . . . :
XXX14
From procedure . . . . . . : DIE
Statement . . . . . . . . . :
1087
To module . . . . . . . . . :
XXX32
To procedure . . . . . . . :
XXX32
Statement . . . . . . . . . : 986
Message . . . . : open(): No such
path or directory.
Run multiple times and same result.
Auth is the same
No recent changes in sftp or called programs.
V7R3 and no recent ptf changes
Sftp job is submitted and using dtaq to notify caller (CLLE) when done.
Caller then calls RPGLE XXX14.
There are 5200 files in that directory, adding 10 to 30 each day.
Very little activity on the system.
Added a 5 second delay before calling XXX14 and now it works again.
What would cause OS to not recognize a new file in the IFS and need
such a delay?
One change to the system is change from weekly ipl to quarterly.
Jim
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please
take a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our
affiliate
link: http://amzn.to/2dEadiD
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link:
http://amzn.to/2dEadiD
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link:
http://amzn.to/2dEadiD
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.
midrange.com
