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



Does anyone know if the JDE (Older version running V5R4) automatically
restarts the QZDASOINIT jobs every two hours, or if there is a function
inside JDE to accomplish this? If so, any clues on how to turn it off
would be greatly appreciated.

You don't specify what version of JDE you're on, and that might make a
huge difference.

Under E1, not Oneworld, JDE uses a boatload of QZDASOINIT jobs, as most of
its data access happens through SQL functions. If it needs more, it
creates them. If too many prestart jobs are waiting, it ends them.

I don't know of any function/setting that will force individual ones to
turn off after 2 hours. If such a function happened on the i side, I
don't know how E1 would handle it, as the JDENET jobs handle the
interaction of running batch jobs (UBEs) and data requests (normally
running under QZDASOINIT/QSQSRVR). If one of those later jobs ends
unexpectedly, I don't think it would do good things to the JDENET jobs.
(In fact, I know it doesn't).

Tracking where every ODBC/SQL request goes to is an impossible task: I
have 225 QZDASOINIT jobs running right now, with another 765 QSQSRVR jobs
running. You can't always count on a particular user/batch job going to
just one ODBC/SQL Request, not can you count on one of those
QZDASOINIT/QSQSRVR jobs servicing just one user/batch job.

Not to slight anyone here, but you may find more feedback and JDE
configuration help at jdelist.com.


Andrew  Lopez
Systems Analyst



Phone:   803-714-2037


Email: ALopez@xxxxxxxxxx
Please consider the environment before printing this e-mail.


This message and any attachments should be treated as proprietary to the sender
and confidential to the identified recipients and should not be disclosed to or
used by anyone other than the intended recipient unless pre arranged with the
sender. If you are not an addressee of this communication, have received this
e-mail by transmission error of the sender, recipient or due to another
originator by an error in transmission, you are hereby notified that any
disclosure, copying, use, distribution, or taking of any action in reliance on
the contents of this information is prohibited. In any such event, please
notify the sender immediately by contacting Spirax Sarco Inc., 803 714 2000 or
reply to this e-mail and then delete it from your system. Spirax Sarco Inc.
accepts no responsibility for software viruses and all recipients should check
for viruses before opening any attachments.

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.