[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
|
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
3908.0. "Priv problems on rename" by GIDDAY::BURT (Scythe my dandelions down, sport) Tue Feb 22 1994 05:53
Hello and Greetings,
Customer running ALL-IN-1 V3.0-1 (British-ish)
Customer recently upgraded from 3.0, and has been having problems renaming
accounts since then.
Account GARDNER B / GARDNER was to be renamed to OGRADY G/ OGRADY ( IOS
account / VMS account); however option RNA failed with msg
failed to submit batch job - not priv to submit..
so failed even before SMJACKET
Have checked:
o image OA$SUBMIT.EXE with correct ownership/prot/ ACL; also correctly
installed with CMKRNL and SYSPRV
o batch queue was SYS$BATCH, which he was able to create account OK probably
few weeks ago
o PROFILE.DAT has (IDENTIFIER=OA$ADMIN,ACCESS=READ+WRITE)
It still failed; hence this trace file
a1submit/noprint/noidentify/name=OA$RENAME_GARDNER_B/queue=SYS$BATCH/-
log_file=SYS$SYSDEVICE:[ALLIN1.LOG]OA$RENAME_GARDNER_B/user=ALLIN1/-
parameters=("MANAGER",1994022111351177,"GARDNER B",BRITISH,"MANAGER") -
oa$lib:sm_rename
![SYMBOL] Symbol: #DCL_STATUS, Value: 98970
![SYMBOL] Symbol: #PRIV_ERROR, Value: 98970
![SYMBOL] Symbol: #priv_error = 98970, Value: 98970
![IO] Getting next record from TXT$TXL_DO, Text starts "get #cmkrnl_err"
![SCRIPT] OA$LIB:SM_SUBMIT_RENAME Line 18: get #cmkrnl_error = 272386
![FUNC] Function: GET, Cmd line: #cmkrnl_error = 272386
$ write sys$output F$message(98970)
%RMS-E-PRV, insufficient privilege or file protection violation
write sys$output F$message(272386)
%JBC-E-NOCMKRNL, operation requires CMKRNL privilege
OA$SUBMIT image was installed correctly and ALLIN1 a/c had req'd privs in
both DEFPRIV and AUTHPRIV, re-checked privs on uaf & installed images
file ownership of ALL-IN-1 directory tree is OK.
Since previous rename attempt was on an existing account, (ie pre upgrade)
had the customer create & rename a newie - no difference - still failed.
Trace files for the rename_of_existing_account &
rename_of_newly_created_account can be found at:
MSOTIS::DKA300:[BURT.PUBLIC.ALL-IN-1]Q22073.TRACE;1 & Q22073.TRACE_2;1
Any & all offere of help appreciated. I have checked STARS & searched this
conference to no avail.
Thanks & regards,
Chele
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3908.1 | Two more things to check | IOSG::SHOVE | Dave Shove -- REO2-G/M6 | Wed Feb 23 1994 17:06 | 6 |
| Is Oa$Lib (and any logicals involved in its definition) defined in Exec
mode?
Is Oa$lib:Sm_Rename.Com owned by the ALLIN1 UIC?
D.
|
| 3908.2 | | GIDDAY::BURT | Scythe my dandelions down, sport | Thu Feb 24 1994 00:33 | 12 |
| Hi Dave,
The logical definitions are fine, but we found the customer has a copy of
SM_RENAME.COM in both [ALLIN1.SITE.LIB_SHARE] and [ALLIN1.LIB_SHARE]. I did a
differences on the 2 - they were exactly the same file.
I had him rename the SITE version to OLD_burble and rerun the rename, and all
worked fine.
Thanks for your help.
Chele
|