HP OpenVMS Systems

Bypassing corrupted SYSUAF and RIGHTSLIST?

» close window

The Question is:

 
Error accessing rights database.
 
The above is the error message anyone gets when
trying to login. Currently no-one can do so. I may
have accidentally corrupted sys$system:sysuaf.dat
while attempting to view it (yes, I am new to this
stuff)
 
How can I bypass the login on an AlphaServer 2100
and restore/remake the broken file?
 
Thanking you in advance...
 

The Answer is :

 
  Information on bypassing the login in an emergency is included in the
  OpenVMS Frequently Asked Questions (FAQ) and in the OpenVMS documentation
  set -- physical access to the system console terminal (OPA0:), and a
  reboot, is required.
 
  You may simply have a corrupt version of SYSUAF.DAT or RIGHTSLIST.DAT
  around.  Use the following commands:
 
    $ sysuaf = f$parse("SYSUAF","SYS$SYSTEM:.DAT")
    $ directory/date=all 'sysuaf'
    $ rightslist = f$parse("RIGHTSLIST","SYS$SYSTEM:.DAT")
    $ directory/date=all 'rightslist'
 
  If you see multiple versions of these files, determine if the file
  version(s) created on the "bad day" are the problem -- usually you
  can RENAME all but the lowest version to another "bogus" name, by
  explicitly specifying the full filename including the version as
  the source for the RENAME, and the full filename -- using a file
  extension such as .BOGUS -- including the file version as the target
  file specification of the RENAME.  For example:
 
    $ RENAME -
      SYS$SYSROOT:[SYSEXE]SYSUAF.DAT;4  -
      SYS$SYSROOT:[SYSEXE]SYSUAF.BOGUS;4
 
  The above example explicitly uses SYS$SYSROOT:[SYSEXE] rather than
  SYS$SYSTEM: -- this avoids leaving bogus file copies in the system
  specific root SYS$SPECIFIC:[SYSEXE], which would tend to occur if
  the RENAME target file specification had been SYS$SYSTEM:.
 
  If you have no good version of SYSUAF.DAT or RIGHTSLIST.DAT, you
  will need to restore the last good copy from BACKUP, or you will
  need to recreate the file from scratch (and also re-evaluate your
  system BACKUP strategy).

  

     

     
answer written or last revised on ( 7-JUN-1999 )
     
» close window