| Hi! this is a difficult one. My assessment of what's happening is as
follows:
. ALL-IN-1 has no knowledge of the changed identifier in Rightslist.
It only knows the VMS username.
. just as if you did:
DISKQ>add TEST /perm=10000
%SYSTEM-E-NOSUCHID, unknown rights identifier
- you will get failure because you do not have the correct rights
identifier (TESTTEST).
. ALL-IN-1 fails in Create User in SM_CR_USER_DETAILS, when it calls
oa$lib:sm_add_diskquota.com; this returns value = 3 and the log
will show:
Adding disk quota for the new or existing account ...
Finished adding disk quota with status = -3
A fatal error has occurred in SM_CR_USER_DETAILS.SCP
%OA-W-RGT_NOSUCHID, Identifier or holder identifier does not exist
in the rights database
. I cannot be certain of the exact point in sm_add_diskquota that the
procedure will fail, without setting verify. But, it will certainly
fail.
We strongly recommend that ALL-IN-1 should not be used with accounts
that are set up to use VMS identifiers that are different from the
VMS account names. The V3.0 Release Notes contain the following
statement under section 1.4, Rightslist Entries:
"VMS usernames used with ALL-IN-1 must have corresponding
rightslist entries with the same name, so that shared filing and
system management can operate correctly. After upgrading to
ALL-IN-1 Version 3.0 you can run the script
OA$LIB:SM_CHECK_PROFILE, which generates a report indicating
those accounts which may not conform to this requirement."
Even if you got the account all set up, I suspect that you would have
trouble with shared filing under this arrangement.
Hope this helps.
DaveT
|