×
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 see you've successfully installed but you might find the following
comments helpful:
On 13/04/2007, at 2:48 AM, Jerry Adams wrote:
I am trying to install 5733-SC1 (Portable Utilities for is/OS). Having
never installed a licensed program outside of a release upgrade or
install, I RTFM (InfoCenter in this case: http://tinyurl.com/29szj8).
I do not fully understand why, but the generic instructions for
RSTLICPGM say that for security reasons it should not be run by someone
with *ALLOBJ authority. Rather one is supposed to use a profile
without
all object authority, create a CL that adopts authority.
Seems silly. My guess is they are suggesting this to make it harder for
someone to install nefarious software. Something like a trojan may use
a SAVLICPGM exit program to check the current user profile and then
retrieve the special authorities and then check for *ALLOBJ and if
found might do something bad. Using an adoptive program would appear to
circumvent that sequence because the current user would not show
*ALLOBJ yet such authority would be available to the process.
Seems silly because this is a naive approach. Anyone serious about
installing a trojan would use alternative methods not so easily
circumvented.
I created a user profile for the purpose and a CL while signed on as
QSECOFR, and then granted the profile use of the program. I.e.,
CRTCLPGM with USRPRF(*OWNER) AUT(*EXCLUDE) followed by GRTOBJAUT USER(
But I keep getting error CPF3D96 (Objects for product not restored).
The joblog indicates that, previously, error CPFA09C was issued: Not
authorized to object. The object is /QOpenSys/QIBM/ProdData/SC1.
That's because adopted authority is not used by any of the stream file
functions. You could extend the idea presented in the InfoCentre but
instead of adopting authority you would swap users however this still
won't circumvent the problem they appear to be concerned about.
I checked the permissions and *Public has complete access to the
QOpenSys folder but only Read and Execute authority to the subfolders.
So the user can't add new directory entries. That's probably the root
cause of the failure.
So, aside from getting up this morning and reading the (expletive
deleted) manual, what am I missing, doing wrong?
Not using a suitable profile from the start. While there may be some
merit in the adopted authority CL program suggestion when installing a
non-IBM licensed program I see little point in performing those
contortions when installing IBM LPPs. Honestly, if you don't trust them
why are you running their code? Sign on as QSECOFR or equivalent and
use GO LICPGM or RSTLICPGM directly.
Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists
http://www.flybynight.com.au/
Phone: +61 3 9419 0175 Mobile: +61 0411 091 400 /"\
Fax: +61 3 9419 0175 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------
As an Amazon Associate we earn from qualifying purchases.