× 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.



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


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.