There is no console and no HMC. All of the DST/SST profiles were
disabled, and although we've re-enabled them with CHGDSTPWD, the
security setting is such that none of the DST/SST user IDs can get on
and change their own passwords.
All of the options to get into DST require a console, and all the
information needed to set up a LAN Ops Console or to change to console
to use a cable require getting into DST. We're stuck.
To make matters worse, in the confusion of the acquisition, the bill for
IBM support didn't get paid, so there's no help to be had there (they're
working to resolve that now.)
Is there any possibility of getting either a console or DST/SST working?
Do you have access to QSECOFR password via OS400?? Have you thought
about doing a manual IPL into DST and trying it this way??
Yes.
> Have you thought about doing a manual IPL into DST and trying it this way??
Need a console to do DST!
These folks are in a really nasty Catch-22: they need to be able to get
into DST/SST as QSECOFR in order to be able to manipulate the console
definition, but the QSECOFR DST/SST user ID is non-functional. In order
to go into DST to reset the QSECOFR user ID, they need a console, which
they don't have. Thus, my inquiry.
Could you setup client access as the console using a twinax adapter??
We're looking into that, but I thought I saw something in the
information center about having to change the console type in DST, which
requires both an existing console and a DST/SST user ID, which...damn!
http://publib.boulder.ibm.com/infocenter/iseries/v5r3/index.jsp?topic=/rzajr/rzajrfunctions6521.htm
Jon
Doesn't work. The passwords are reset, but attempting to sign on using
one of the DST/SST user IDs fails, because the security setting
prohibits any of the DST/SST users IDs from changing their own passwords.