×
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.
On 2/24/11 5:11 AM, Jerry C. Adams wrote:
<<SNIP>>
Since we don't use Netware, why would this autostart job try to run?
Or is it something that always runs on every System i regardless of
what features or products are installed? Especially curious because
tomorrow (Friday, 25 February) I intend to drop/delete a few products
(AFP, for example) that we do not use to free up some room on our
"crowded" disks.
I am not sure what added the AJE QFSIOPJOB to QSYSWRK, but I would
expect that for any LPP which is deleted, if the RSTLICPGM of that same
LPP had performed the prior ADDAJE, then the install-exit for the
effective *BEFORE *DELETE phase of processing would effect the RMVAJE.
However since the called program QFPAACTV is in QSYS, I would expect
the AJE is either part of the OS [and thus on all systems] or added as
an option of the OS; i.e. not by a separate LPP. From the docs, I infer
as part of the OS, and that the AJE is responsible only to submit\start
the two jobs "QNETWARE and QPRFSYNCH jobs to run in this subsystem if
needed."
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzaef/rzaefjoblogs.htm
The key phrase I expect, is "if needed." There are a number of
features that are activated to be available as part of the OS
irrespective of use; others activated only to the point of discovery
that there is nothing configured, and they either terminate or simply
wait on an event, queue, or condition, with a job status EVTW, DEQW, or
CNDW. I would not be concerned about the existence of the AJE nor the
joblog(s), if no errors are recorded either to the QHST from or to any
of those joblogs. I infer the jobs are there to handle the "events" for
which some NetWare related activity should occur [if only for user
profile synchronizing] for any user\group profile that is "enrolled"; or
that they "restart automatically" when required per:
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzaef/rzaefjoblogdetails.htm
If there was a requirement to ensure no NetWare capabilities
[presumably for lack of a NetWare server in the network], perhaps
something in the "contents" frame or the "Install" or "Configure" links
on the page would describe the means to disable the support; RMVAJE may
seem an obvious means, but may not be recommended, depending on affects
on things like RSTUSRPRF or password expiration processing by the OS:
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzaef/rzaefoverview.htm
Regards, Chuck
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.