Jerry,
Are your checks direct output from some form of RPG? Is it S36 code?
Is there a product involved that reads the spool and reformats it into a new
spool to do things like add micr encoding?
When user runs the option to print - is that "procedure" (your term) setting
on LR or closing down the job stack, or is the user in an application that
keeps resources open?
It there a transaction "time" or timestamp that would show exactly when
program executed wring the transactions?
Even though an interactive job, is their evoked or submitted parts that
could cause the delay .
Is there a data queue associated with the outq the program writes the spool
to (that then allows other programs to work on the process)?
The fact that both observations indicated a delay makes me think this is a
more complicated process:
a. transactions not in file when you looked
b. spooled files not in WRKSPLF
or
database and spooling resources were an issue...
Does the service provider have reporting to indicate performance
utilization?
Jim Franz
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of
Jerry Adams
Sent: Saturday, June 01, 2019 7:40 AM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Delayed Spool etc.
We are at 7.3 running on a "cloud" system.
Something really weird happened yesterday. The A/P clerk called me about
her checks not showing up after she ran the menu option to print them. The
procedure, by the way, runs in QINTER; i.e., it is not a batch job.
I ran WRKSPLF for both the user and the printer. No checks. Even ran it
against the entire system. No checks. I ran a query over the monthly cash
disbursements file, where the check-writer posts them for end-of-month.
There were checks there, but not for this run.
The user's joblog showed that the procedure completed without an issue.
The good news (I guess) is that suddenly the checks showed up in the spool
file, and the transactions were now in the EOM file that I mentioned. This
was after a 25-30 minute delay.
Our V-P, who was working with the clerk, said that there had not been any
issues printing earlier in the day. (She's very sharp, not some bleached
blonde.) And I had been working on a project earlier in the day without a
problem and even printed a couple of listings at my home office.
I have never seen this kind of issue in 45+ years. After they printed the
checks, I printed a short CL listing to the same printer; no delay, no
issues.
A firewall was installed at the vendor on Thursday, and the vendor's tech
was asked about the problem. She could find no issue with the system, and
doubted that the problem was related to the firewall. Just a coincidence?
Jerry C. Adams
To err is human; to blame it on someone else shows management potential.
IBM i Programmer/Analyst
--
NMM&D
615-832-2730
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
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:
https://amazon.midrange.com
midrange.com
