| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3953.1 | Anybody knows something ? | UTRTSC::SMEETS | Alpha AXP Compatible LinkWorks Mouse | Thu Mar 10 1994 11:37 | 12 |
| > After the upgrade the filecabinetserver didn't start because the servertype
> in oafc_server_master.dat was REMOTE instead of LOCAL. This happened on
> several nodes. For example: 4 node cluster, one node is running ALL-IN-1.
> During the upgrade all nodes are up and running, After the upgrade of the
> ALL-IN-1 node the FCS servertype is REMOTE. FYI SYS$CLUSTER_NODE is not
> defined
Does anybody know which action during the upgrade could cause such result ?
Thanks,
Martin
|
| 3953.2 | I know nothing but,.. | AIMTEC::WICKS_A | Atlanta's Most (In)famous Welshman | Thu Mar 10 1994 15:44 | 10 |
| martin,
well strictly speaking running ALL-IN-1 on just part of a cluster
isn't 'officially' supported - having said that loads of people do it.
What are the SCS thingies defined to and where does OA$PRIMARY_NODE
point.
regards,
Andrew.D.wicks
|
| 3953.3 | Q2 answered by me | UTRTSC::SMEETS | Alpha AXP Compatible LinkWorks Mouse | Fri Mar 11 1994 08:16 | 8 |
| I'm going to answer Q 2 by myself.
During editing of an user(profile) with PRVAPP privileges the CREATE$FAIL
field will contain the value 3. This value prevents the user to enter CM. If the
user tries to enter CM the message "Your profile is being edited, See your
System Manager" will appear.
Martin
|
| 3953.4 | Local is hard-coded | UTRTSC::SMEETS | Alpha AXP Compatible LinkWorks Mouse | Fri Mar 11 1994 09:25 | 34 |
| Helle Andrew,
RE.2
> well strictly speaking running ALL-IN-1 on just part of a cluster
> isn't 'officially' supported - having said that loads of people do it.
> What are the SCS thingies defined to and where does OA$PRIMARY_NODE
> point.
I've investigated this problem a bit futher. During the automatic post-
installation the script oa$lib:oafc$server_create_73.scp is executed. This
script adds a server record to oa$data:oafc_server_master.dat.
.label add_server_record
write add oafc_server_master -
server_name_1 = #oafc_server_name, -
server_node = #oafc_server_node, -
server_object_number = #oafc_server_object_number, -
server_process_name = #oafc_server_node -
"$SRV" #oafc_server_object_number, -
server_type = "LOCAL", -
server_startup_state = "ENABLED", -
server_start_queue = #oafc_server_start_queue, -
server_config_file = "OA$DATA_SHARE:" -
#oafc_server_node "$SERVER" -
#oafc_server_object_number ".DAT"
As you can see the server_type (LOCAL) is hardcoded in the script. So I wonder
how the servertype could be changed to REMOTE.
Regards,
Martin
|
| 3953.5 | Confirm y/n ? | UTRTSC::SMEETS | Alpha AXP Compatible LinkWorks Mouse | Mon Mar 14 1994 12:46 | 13 |
| Hi,
> The PTT's ALL-IN-1 manager account have more authorize privileges then realy
> are needed. After the upgrade they noticed that the number of privileges in
> Authorize for the ALL-IN-1 account were changed; decreased ! Is this the
> normal behaviour ? If so, why ?
Can someone please confirm that an upgrade installation will remove privileges,
which are not needed e.g. could cause problems, from the ALL-IN-1's authorize
entry ?
Martin
|
| 3953.6 | Confirmed | ODIXIE::WOLFE | John Wolfe - (404)-924-6463 | Mon Mar 14 1994 16:55 | 6 |
| FWIW, I have been complaining about .5 for ages. I am told it will be
fixed in a PFR. I believe that in order to be sure we have the required
privileges and quotas (and some are new or increased) the installation will
rewrite the UAF record.
John
|
| 3953.7 | Changing MANAGER's UAF entry during upgrade | IOSG::HALLC | Denser than a Black Hole Singularity | Wed Mar 16 1994 14:36 | 5 |
| Hi John,
Yes this is still on my fix list for the PFR!
Chris.
|