Home > Ask the AS/400 Experts > iSeries i5/OS and OS/400 Questions & Answers > Recovering from DST QSECOFR password disablement on V5R4
Ask The iSeries 400 Expert: Questions & Answers
EMAIL THIS

Recovering from DST QSECOFR password disablement on V5R4

Ken Graap EXPERT RESPONSE FROM: Ken Graap

Pose a Question
Other iSeries 400 Categories
Meet all iSeries 400 Experts
Become an Expert for this site


iSeries news and advice
Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


>
QUESTION POSED ON: 15 March 2009
A customer cannot sign on to DST because they don't know the DST QSECOFR password, and they disabled the profile trying to guess. They can't sign on to the iSeries because they don't know the QSECOFR password there either and disabled the profile trying to guess. Nobody has sufficient rights to change anybody's password, re-enable a profile or sign on to DST or SST. Is there a way to recover from this situation using the front panel?


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google



RELATED CONTENT
iSeries i5/OS and OS/400
Will overloaded discs impact iSeries performance?
Error CWBCO1049 on AS/400
Enrolling a user profile in the i5/OS system distribution directory
How to resolve a CPI93B8 error message: LIC problem data has been logged for #MSTRTNS
Checking if a local port is used by another job on AS/400
Restricting specific user command line access
Print private authorities (PRTPVTAUT) command for user objects in a library with *public exclude
Getting modules to adopt authorities from the main program
Copying a physical file back to a spool file
See who's browsing secret file records

i5/OS
Checking if a local port is used by another job on AS/400
How to: Configure a backup schedule between partitions on HMC
Enhancements in the intrusion detection system for i5/OS V6R1
The enhanced DB2 inside i5/OS V6R1
New password-control security features for i5/OS V6R1
Is i5/OS V6R1 in your System i shop's future
New i5/OS features announced as anticipation mounts
Using indexes on DB2 for i5/OS to improve performance
IBM previews new version of i5/OS for System i
IBM System i division filing for divorce
i5/OS Research

Restores
How to migrate old *ALLUSR data using BRMS to V6R1
ASP configuration restore
Essentials of backup/recovery for disaster recovery
Benefits of Remote Journaling for iSeries High Availability

RELATED GLOSSARY TERMS
Terms from Whatis.com − the technology online dictionary
AS/400  (Search400.com)
i5/OS  (Search400.com)
iSeries  (Search400.com)
OS/400  (Search400.com)

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary


It isn't looking too good... If you have forgotten BOTH passwords (QSECOFR and DST QSECOFR) and there are no other users defined that can change them you may have to reinstall the OS. Here are the Troubleshooting steps as defined in the V5R4 Information Center. I don't see one that can get you out of this problem.

Troubleshooting service tools user IDs and passwords
When you have problems with service tools user IDs and passwords, refer to this information for solutions.

Problem 1:
You get an error that the password is not correct.
Be sure the password is entered in the correct case. The passwords shipped for the IBM-supplied service tools user IDs are uppercase. If you have changed your password, but sure to enter the password using the same case as when the password was changed.

Problem 2:
You lost the password for the QSECOFR service tools user ID.
Reset the password for the QSECOFR service tools user ID command.

Problem 3:
Your QSECOFR service tools user ID has become disabled because of too many incorrect password attempts. You know the password, but have typed incorrect characters or typed it in lowercase.
You can always sign on to dedicated service tools (DST) with the QSECOFR service tools user ID, even if the password is disabled. You can sign on to DST and re-enable the password from there.

Problem 4:
You get the error Service tools user ID password cannot be changed when attempting to change the password for your service tools user ID using the Change Password display from STRSST or when using the QSYCHGDS API.
Your service tools user ID is the default and has expired. The password cannot be changed from system service tools (SST) or by using the QSYCHGDS API. Use one of the following options:
Use another service tools ID with appropriate functional privileges to change your password. Then sign on and change your password to a value only you know.

Access DST to change your password.
Use another service tools user ID with the appropriate functional privileges to access the Work with System Security option (from DST or SST) and change the setting of the Allow a service tools user ID with a default and expired password to change its own password setting to 1 (Yes). Change your password, and then have the setting changed back to option 2 (No).




Search and Browse the Expert Answer Center
Search and browse more than 25,000 question and answer pairs from more than 250 TechTarget industry experts.
Browse our Expert Advice



iSeries Networking - Printing, Remote Access, TCP/IP
HomeNewsTopicsITKnowledge ExchangeTipsBlogsAsk the ExpertsMultimediaWhite PapersProducts
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides technology professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective purchase decisions and managing their organizations' technology projects - with its network of technology-specific websites, events and online magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 1999 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts