[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference csc32::consolemanager

Title:POLYCENTER Console Manager
Notice:Kits, Scans, Docs on CSC32:: as PCM$KITS:,PCM$DOCS:, PCM$SCANS:
Moderator:CSC32::BUTTERWORTH
Created:Thu Aug 06 1992
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:1541
Total number of notes:6564

496.0. "VMS Privilege Problems - Help!" by GEC013::ZIGLER (Tom Zigler 435-7979) Wed Nov 30 1994 18:15

Our OpenVMS V6.1 VAXcluster is running Console Manager V1.5 software 
(with the ECO applied) speaking TCP/IP to DECserver 700 terminal servers.

Our operators bring up different "domain" displays by logging into 
"normal" user accounts matching those in the Console Manager database.  
These accounts have uics such as [100,*] with names such as DOMAIN_1, 
DOMAIN_2, etc. with privileges NETMBX, TMPMBX.

The problem is that even though all options are enabled for user 
DOMAIN_X within the CM database, the operator still does not have the 
privilege to SHUTDOWN/STARTUP the CM software from a corresponding C3 
display from one of these accounts.

The only simple workaround at this point seems to be enabling the following VMS 
privileges for the DOMAIN_X account: NETMBX, TMPMBX, SYSPRV, CMKRNL, and 
SETPRV - ugly!  What are the explicit VMS privileges required?

What is the cleanest workaround for this problem?  Any ideas?

Please advise.

			\Thanks in Advance
T.RTitleUserPersonal
Name
DateLines
496.1CSC32::BUTTERWORTHGun Control is a steady hand.Wed Nov 30 1994 19:286
    You should just need CMKRNL as CONSOLE$STARTUP.COM runs the install
    utility to deinstall/install all the PCM images and grant read/write
    access to all the directories via UIC based protection or an ACL.
    
    Regs,
      Dan