× 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 06-Jul-2016 10:07 -0500, Steinmetz, Paul wrote:
I IPL'd Production LPAR this past weekend for latest V7R1 cum,
TL16120, all latest groups, etc. That all went good, everything
working fine.

However, 3rd party app failed to start on IPL, because QPGMR password
was set to *NONE.

Is this valid?

Unsure what "this" is. But QPGMR certainly can have PASSWORD(*NONE) established via Change User Profile (CHGUSRPRF), and a 3rd party app certainly could be coded [explicitly or implicitly so as] to require that a particular user profile must have a password.

I'm really getting tired of all the various issues with QPGMR,
QSTRUP, IPL etc.

Request data queue operation failed
com.ibm.as400.access.AS400SecurityException: Password is
*NONE.:QPGMR

The 3rd party application appears to be using the Java ToolBox for an access class, apparently per an attempt to use a DataQueue method. What are the requirements and resolution to difficulties, would seem more appropriately directed to the service provider being used for that 3rd party app,; especially if the User Profile (USRPRF) QPGMR had been and is still correctly established, as desired\intended, on that logical partition. They should be able to identify if the issue is their own, as something with their [mis]use of the ToolBox or OS, or something incorrect with how the ToolBox or OS responds to or processes their requests.

Or, a web search may yield some APAR\PTF that might address a [presumably] like-issue. For example, there is an apparent JT400 issue for which that security exception may be issued also diagnosing the password of *NONE, for which IBM i 7.1 is revealed as having the latest available PTF R710 SI60622, a PTF that is not yet on a cumulative, having been provided for the APAR SE58670 with an apparent implication of something being wrong with some provided Java extensions.
[http://m.ibm.com/http/www-912.ibm.com/n_dir/nas4apar.nsf/ALLAPARS/SE58670]


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.