|
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-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.
midrange.com
