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



I posted a while back about this and got a few ideas.

The PTFs listed at
http://www-912.ibm.com/n_dir/nas4apar.nsf/ALLAPARS/SE24829
were applied, but no help.

A recap, the QGYOLSPL API is being used and on 2 systems
(out of a few thousand) they are seeing that the first time
the command is run to list spooled files (using just an
output queue as a filter) takes anywhere from 15-30
minutes, no matter if there are zero, 16, or 100 spooled
files in the list.

I can't get it to happen on my V5R2 machine, or any of the
V5R3 machines I have access too.

Once it's been run once, after that it's normal speed, so
to me it seems like it has something to do with the
QGYSERVER job that is started when this API is used.  I
would think that the same issue would be popping up with
OpsNav as it uses the same API (I assume it does, since it
also starts the QGYSERVER job when listing spooled files).

Any ideas?  Anyone else seeing this issue?

As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.