|
I think Rob and Mark nailed the issue here. > Does your QSTRUP *PGM specify USRPRF(*OWNER) and run > under, say, > QSECOFR? If not, that may be your problem... if QSTRUP > runs as QPGMR, > as others have suggested, QPGMR may not have authority to > SBMJOB a job > "as" another user... e.g. your USER(GAL) parameter... > [jte] The problem is that QPGMR likely does not have authority to use the profile GAL. You can solve it by adopted authority such as Mark suggested, or just give QPGMR *USE authority to OBJECT(GAL) type(*USRPRF), though the adopted authority route is probably safer. jte -- John Earl | Chief Technology Officer The PowerTech Group 19426 68th Ave. S Seattle, WA 98032 (253) 872-7788 ext. 302 john.earl@xxxxxxxxxxxxxxxxxx www.powertech.com This email message and any attachments are intended only for the use of the intended recipients and may contain information that is privileged and confidential. If you are not the intended recipient, any dissemination, distribution, or copying is strictly prohibited. If you received this email message in error, please immediately notify the sender by replying to this email message, or by telephone, and delete the message from your email system. --
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.