1827474 Members
2059 Online
109965 Solutions
New Discussion

Cluster_Config question

 
SOLVED
Go to solution
nipun_2
Regular Advisor

Cluster_Config question

Hello all,
currently I have 2 node cluster DS25 (Alpha workstation containing system disk) and XP 1000 (Satellite node) connected via Ethernet Lan

Now I am adding EV68 (Alpha Workstation)

The current cluster config procedure is asking the following questions (two)

Question1:
Will a local disk on SIZZLE be used for paging and swapping (Y/N)? y
Does SIZZLE have any RFxx disks [N]? ?

Answering YES to this question means that SIZZLE will
temporarily serve its RFxx disks to the rest of the cluster
so that this procedure can create local page and swap files.

I am not sure what is RFxx disks
Can anyone please let me know ?

Second Question:

The following workstation windowing options are available:

1. No workstation software
2. DECwindows Workstation Software

Enter choice [1]:

Now current clustered system disk node DS25 is a workstation running Dec windows so I said Yes. But any suggestions comments will be helpful.

Thanks in advance.
37 REPLIES 37
Uwe Zessin
Honored Contributor
Solution

Re: Cluster_Config question

RFxx disks used a "DSSI" (Digital Storage Systems Interconnect) interface. It was modelled after the early SCSI implementations, but ran a different protocol (MSCP). It is highly unlikely that you have these disks (look for a KFPSA adapter ;-).

It is easier to install the DECwindows software during system setup, so I'd say you did it the right way. You can always disable it later on should you decide for some reason.
.
nipun_2
Regular Advisor

Re: Cluster_Config question

Thanks for the reply UWE,

Now I went through the whole clustering process and the satellite node got rebooted by the current clustered node

However during the rebooting of the Satellite node

It gives 3 messages (repeatedly)

Message from user SYSTEM on XXXXX
Event: Too Few Servers Detected from:Node LOCAL:.XXXXX DTSS,

at: 2005-03-31-12:09:21.444-05:00Iinf
Number Detected = 0
Number Required = 1
eventid XXXXXXX....
entityid XXXXXx...
streamUid xxxxx...

This message is for XXXXX = XP1000,DS25 (currently containing system disk) and EV68 (new node)

After cluster_config was run it said configuration done successfully.

I am not sure what I need to do now?

Do I need to update anything in XP1000 (satellite node) or DS25 (currently containing system disk)



Karl Rohwedder
Honored Contributor

Re: Cluster_Config question

This comes from DECnet/PLUS. DTSS is the Distributed Time Services (ala NTP in the TCPIP world) and it moans about not being able to find a time source.
You can disable DTSS with some NCL magic, sorry but I have no VMS at my hands in the moment and my memory has this leak...

mfg Kalle
Uwe Zessin
Honored Contributor

Re: Cluster_Config question

That leak can easily plugged by a search for DTSS ;-)

One useful link:
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=694612
.
nipun_2
Regular Advisor

Re: Cluster_Config question

Hello Karl and Uwe,
First of all thanks a lot for getting back to me so soon. The posting gave me the idea that things are not that wrong with my first cluster setup :).

Okay regarding disabling DTSS, I had few issues and concerns.I am stating below exactly how things are going.

Currenltly the DTSS message kept on comming so once I read your message I gave CTrl /C and suddenly it went to the "textual blue login screen" and when I logged in it gave

%LICENSE-I-NOLICENSE,no license is active for this software product
%
Now should I do the process of diabling DTSS as Uwe has written down on the "new terminal" or on the clustered node( containing system disk)? The reason I am asking is because I don't understand what will happen to the current Satellite node (XP 1000). I mean during boot process XP 1000 never gives such message and it directly goes to normal login screen and not the "textual blue screen".

I apologize for asking too many detailed question.

Thanks again in advance
Uwe Zessin
Honored Contributor

Re: Cluster_Config question

It sounds like you did not enter the licenses (VMS, VMSCLUSTER, DECNET, DW-MOTIF, ?) for the satellite node, yet. You can login to your 'server' and run
$ @sys$update:vmslicense
Then, just reboot your satellite.

I am surprised that a 'CONTROL-C' brought you to the login screen. Do you recall if there was a dialog on the screen before those DTSS messages forced it to scroll off?
.
Uwe Zessin
Honored Contributor

Re: Cluster_Config question

Oh, by the way...

there is no need to apologize. These forums are about helping each other. If you provide us with many details, it will make it easier for us to help you.

At least for me I can say that even if I have been doing this for many years I very often learn something new or at least can refresh my memory ;-)
.
nipun_2
Regular Advisor

Re: Cluster_Config question

Hi Uwe,
*******
Regarding license, I had installed all the PAks except two
1) OVMS/A smp Asver1200/DS 20 (Product Name :Openvms Alpha)
2) OVMS Alpha Base DS20/DS20E/DS25 LIC (Product Name:OPENVMS-ALPHA

because they had Key Options: NO_SHARE, so I had directly registered them on the "new EV68" when I had booted it independently. Maybe I need to register them. Sys update was the first thing I tried to do but did not make sense in terms of units required and assigned.

******
Regarding CTrl/C message, Unfortunately I did not notice the last message before that.

So right now I just have the "blue terminal screen" and as explained by the forum links...Opcom messages of DTSS, keep coming

Let me know what you think
Ian Miller.
Honored Contributor

Re: Cluster_Config question

You register paks in the licence database on the cluster shared system disk.
SYS$COMMON:[SYSEXE]LMF$LICENCE.LDB
(you are booting from a common disk in this configuratiion?). Use
SYS$UPDATE:VMSLICENSE to register paks - you can do this on one of the other nodes or on the new node.

Disable DTSS on all nodes by
COPY SYS$COMMON:[SYSMGR]NET$LOGICALS.TEMPLATE SYS$COMMON:[SYSMGR]NET$LOGICALS.COM
Then edit to
$ DEFINE/SYSTEM NET$DISABLE_DTSS 1

this will disable dtss on next boot.
to disable on current system
$ MCR NCL DISABLE DTSS
____________________
Purely Personal Opinion
Uwe Zessin
Honored Contributor

Re: Cluster_Config question

The OPENVMS-ALPHA licenses are the base licenses for the operating system and you need them. When you enter the data, you get asked for the nodename this license is to be assigned too. NO_SHARE is a hint for the license management that such a license must not be loaded on any other node.

If you reboot your server or enter a
$ LICENSE RELOAD

you will see on the next
$ SHOW LICENSE

that most licenses like DVNETEND or DW-MOTIF have been combined. Don't worry - that is OK.


I would reboot the satellite to see at which state the system is stopping. You can try to do that from your server:

$ run sys$system:sysman
SYSMAN> set environment /node=NAME-OF-SATELLITE
SYSMAN>

I can't test it right now, but I think the next command is:
SYSMAN> shutdown node /automatic_reboot

If that doesn't work, I am afraid you have to manually reset your satellite or do a power-cycle.

Good luck and/or have fun! I'm going to bed now...
.
nipun_2
Regular Advisor

Re: Cluster_Config question

Hello Uwe and Ian,
Thanks for answering my questions especially in precise detail. So far I have installed licenses and i disabled DTSS using
$mcr ncl disable dtss
option so that it is only disabled in the newly clustered node

After doing the disabling I got the followin message on the "blue screen"

Node 0 DTSS
%........OPCOM ........%
Message from user SYSTEM on SIZZLE (new node)
EVENT: DISABLE Completed from:
Node Local:.SIZZLE DTSS,
AT : 2005-03-31-15:23:...
eventid...
entityid...
....

Then back to
$ prompt

however after that I did get I think 3 messages exactly same DTSS as I had posted before but now only from the DS25 and XP1000 nodes

I am now going to reboot SIZZLE (only) using Uwe's suggested commands.

Ian you mentioned about changing it in the whole cluster (common system disk). Would that create any problem in currently working setup. I am just concerned that I might bring down the whole cluster (As you had mentioned in the http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=847365) that we need some synchronisation.

Is there a way to check how XP1000 is setup and exactly simulate that since it always boots up automatically and without any DTSS messages

Please let me know what you think. Thanks once again for the details.

Nipun



Ian Miller.
Honored Contributor

Re: Cluster_Config question

You may be seeing messages from the other cluster nodes about DTSS. Try
$ MCR SYSMAN SET ENV/CLUS
SYSMAN> DO MCR NCL SHOW DTSS
SYSMAN> DO SHOW LOG NET$DTSS_DISABLE

to see the status of DTSS and the logical.


____________________
Purely Personal Opinion
nipun_2
Regular Advisor

Re: Cluster_Config question

Hello Ian,
I first rebooted the system as Uwe had suggested and it started the same way as before

I noted down few messages ...

For TCP/IP it often gave errors
however it still continued till is finally reached the

Opcom message 1

Node 0 DTSS
%....OPCOM....%
Message from user SYSTEm on SIZZLE
.....Clock set.....

(I couldn't write down quick enough but it was different than one that was coming before)

The rest two node were giving same message as before


Message from users SYSTEM on XXXX

(Same as above where XXXX = DS25, XP1000)
Event: Too few servers detected from Node..DTSS,


**************************8

I did the commands that you told me and I have the output below (SC4238 is the DS25 and SC1004 is the XP1000)

SYSMAN> DO MCR NCL SHOW DTSS
%SYSMAN-I-OUTPUT, command execution on node SC4238
Node 0 DTSS
at 2005-03-31-16:13:22.181-05:00Iinf
%SYSMAN-I-OUTPUT, command execution on node SC1004
Node 0 DTSS
at 2005-03-31-16:13:21.377-05:00Iinf
%SYSMAN-I-OUTPUT, command execution on node SIZZLE
Node 0 DTSS
at 2005-03-31-16:13:21.315-05:00Iinf
SYSMAN> DO SHOW LOG NET$DTSS_DISABLE
%SYSMAN-I-OUTPUT, command execution on node SC4238
%SHOW-S-NOTRAN, no translation for logical name NET$DTSS_DISABLE
%SYSMAN-I-OUTPUT, command execution on node SC1004
%SHOW-S-NOTRAN, no translation for logical name NET$DTSS_DISABLE
%SYSMAN-I-OUTPUT, command execution on node SIZZLE
%SHOW-S-NOTRAN, no translation for logical name NET$DTSS_DISABLE
SYSMAN>
nipun_2
Regular Advisor

Re: Cluster_Config question

Just wanted to let you konw I have only done

$ MCR NCL DISABLE DTSS

and not

COPY SYS$COMMON:[SYSMGR]NET$LOGICALS.TEMPLATE SYS$COMMON:[SYSMGR]NET$LOGICALS.COM
Then edit to
$ DEFINE/SYSTEM NET$DISABLE_DTSS 1

because I don't know what it will do to XP1000 (SC1004) or to DS25(SC4238).

How can SC1004 not give problems but this new system can?

I need all the help and any you can provide would be very helpful

Nipun
nipun_2
Regular Advisor

Re: Cluster_Config question

Hi Ian and Uwe,

From the messages and little bit of reading it is my conclusion that DTTS although a problem is not responsible for the "blue screen (same as the SRM Conole prompt P000>>>".

Here is why -......

I tried copying the Template file and disabling on the main node (DS25). However when I booted the Satellite node it still gave Opcom message for time for node SC1004 (XP 1000-Satellite node). So I might have to restart XP 1000. I left it at there for now.

But I am wondering whether the above problem would actually be reponsible for the "blue colored screen" just as the beginning
"P00>>> or the SRM console program "

It stays the same. As Uwe said I kept a watch on messages that come prior to error. It seems to show a bunch of "TCP Ip errors" (They went too fast for me to write down) and before that it also says Pagefile.sys not found system initialization continuing..



Then i seem somewhere the Opcom message I mentioned above and then a bunch of things keep going until it stops and then suddenly the Opcam message about DTTS comes and keeps coming. But the moment press enter I go to the $ prompt and everything is present. The only thing it is "blue srm console screen".

And I am lost....

Ian Miller.
Honored Contributor

Re: Cluster_Config question

as I guess, You are seening the blue srm console becuase DECWindows is not running.


As to if disabling DTSS on the other two nodes will cause a problem, it depends on if you are using it but is unlikely.

to disable it now use DISABLE DTSS as mentioned previously. To prevent it restarting on the next boot define NET$DTSS_DISABLE as described.

____________________
Purely Personal Opinion
Daniel Fernandez Illan
Trusted Contributor

Re: Cluster_Config question

Hi Nipun.

Indeed, it is a message of DTSS client in DECnet phaseV.
In order to disqualify it you can use:
$ncl
NCL>disable dtss
So that one does not activate in the startup you can comment this line:

ENABLE DTSS SET CLOCK TRUE

in file

sys$startup:NET$DTSS_CLERK_STARTUP.NCL

Regards.
Daniel.
Jan van den Ende
Honored Contributor

Re: Cluster_Config question

Nipun,

I did not yet see your license issue resolved, so I want to come back to it.

You wrote that you entered those PAKs on your system when you did your FIS.

Well, that means they are entered in a file ON A COMPLETELY DIFFERENT DEVICE as when you added tout node to the exiting cluster!!
(barring relocation by logical name, which might become interesting only after you are a lot more familiar with clusters:) the License Database resides on the system disk. But "the system disk" is a different disk in those confirurations!.
So, you HAVE to enter those VMS PAKs again for the other disk!
And then, upon reboot, I expect your Windowing to start up.
If not, we will take it from there.

Success.

Jan
Don't rust yours pelled jacker to fine doll missed aches.
nipun_2
Regular Advisor

Re: Cluster_Config question

Hello Thank you all for replying,
I am currently at the following stage

The license I loaded yesterday,but thanks for the explanation Jan that made me more confident. So yesterday I went to the "new node -SIZZLE" and ran the VMS update license and was able to register the

1) OVMS/A smp Asver1200/DS 20 (Product Name :Openvms Alpha)
2) OVMS Alpha Base DS20/DS20E/DS25 LIC (Product Name:OPENVMS-ALPHA

from the "blue screen terminal of SIZZLE".

I also did
$Show license /cluster /unit and I am attaching the file

There were few message before the above two licenses were registered and loaded but not anymore. But I am not sure about Dec Windows license. So I went to node Sizzle

and did show license

Active licesnses on node SIZZLE:

Product UNITS
NET-APP-SUP-150 3150
OPENVMS-ALPHA 75
OPENVMS-ALPHA-ADL 300
PWLMXXXCA07.03 100
Uwe explained yesterday that Dwmotif and other licenses merge so I think Net-APP-Sup-150 might be having those.

Just one more note: I did restart the Satellite node SIZZLE but not the entire cluster. Do I need to do that?

Regarding DTSS I did the exact steps

COPY SYS$COMMON:[SYSMGR]NET$LOGICALS.TEMPLATE SYS$COMMON:[SYSMGR]NET$LOGICALS.COM
Then edit to
$ DEFINE/SYSTEM NET$DISABLE_DTSS 1

So now the Opcom message for DTSS keeps comming but only from SC1004(XP1000-Satellite node).


Some observations:
- I got bunch of TCP IP errors during the booting of Satellite node and somewhere the DTSS message started.

- I was able to run through the cluster_config setup fine (I have attached the file for exact options I have chosen)

one message at end was
********* SHADOWED PAGE/SWAP-DISK WARNING !! ******
**** EDIT THESE PROCEDURES TO INCLUDE LOCAL ****
**** CONFIGURATION COMMANDS NECESSARY FOR ****
**** SHADOWED DISK MOUNTING, PRIOR TO REBOOT ! ****
****************************************************

Final Conclusion:
I understand that DecWindows is not starting up. DTSS I am still reading through comments and trying to make sure whether I have disabled it right.

I had and am assuming that I still have one System disk (on DS25 (SC4238))

If you have any suggestions please continue giving detailed commands so that I atleast know I am doing what you ask me to.

I aplogize for too many postings.

Nipun
Ian Miller.
Honored Contributor

Re: Cluster_Config question

Firstly, feel free to keep posting and people will keep trying to answer.

You can confirm yourself that each node is using the same system disk by doing the following on one of the nodes
$ MCR SYSMAN SET ENV/CLUSTER
SYSMAN> DO SHOW LOG SYS$SYSDEVICE

You should get the same translation for SYS$SYSDEVICE on each system.

on each system you can do SHOW LIC to see what licences are loaded. LIC LIST shows what licences are seen in the licence database file SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB
(note american spelling of licence :-)

Is the system parameter WINDOW_SYSTEM set to 1 on the new system? If it is then are there any error messages or opcom messages displayed when you do?

____________________
Purely Personal Opinion
Ian Miller.
Honored Contributor

Re: Cluster_Config question

small suggestion - why not close your other threads (after assigning between 0-10 points to each response) as this will make things tidier.
____________________
Purely Personal Opinion
nipun_2
Regular Advisor

Re: Cluster_Config question

Hello Ian,
I checked out the Sysman command and yes the system disk shows same for all the three nodes like you mentioned. So that is sorted.

Now regarding license. So One is the permanent database ($lic list) and other is the volatile database ($show lic)

So the "lic list" turned out as below

$ lic list

Press Ctrl/Z to exit, use arrow keys to scroll.
License Management Facility V1.2

License Database File: SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB;3
Created on: 11-NOV-1999
Created by user: SYSTEM
Created by LMF Version: V1.2

-----------------------------------
NET-APP-SUP-150 DEC
NET-APP-SUP-150 DEC
NET-APP-SUP-150 DEC
OPEN3D DEC
OPEN3D DEC
OPENVMS-ALPHA DEC
OPENVMS-ALPHA DEC
OPENVMS-ALPHA DEC
OPENVMS-ALPHA DEC
OPENVMS-ALPHA-ADL DEC
OPENVMS-ALPHA-ADL DEC
OPENVMS-ALPHA-ADL DEC
PWLMXXXCA07.03 DEC
VMSCLUSTER DEC
VMSCLUSTER-CLIENT DEC
[End Of List]


Now I did
$show lic on each node

so
$ show lic

Active licenses on node SC1004:

------- Product ID -------- ---- Rating ----- -- Version --
Product Producer Units Avail Activ Version Release Terminatio
n
NET-APP-SUP-150 DEC 3150 H 0 0.0 (none) (none)

OPEN3D DEC 1050 H 0 0.0 (none) (none)

OPENVMS-ALPHA DEC 15 0 A 0.0 (none) (none)

OPENVMS-ALPHA-ADL DEC 300 0 100 0.0 (none) (none)

PWLMXXXCA07.03 DEC 100 0 100 0.0 (none) (none)

VMSCLUSTER-CLIENT DEC 1050 H 0 0.0 (none) (none)
****************************************
NOW ON SC4238 (DS25)

$ show lic

Active licenses on node SC4238:

------- Product ID -------- ---- Rating ----- -- Version --
Product Producer Units Avail Activ Version Release Termination
NET-APP-SUP-150 DEC 3150 H 0 0.0 (none) (none)
OPEN3D DEC 100 100 0 0.0 (none) (none)
OPENVMS-ALPHA DEC 25 0 A 0.0 (none) (none)
OPENVMS-ALPHA-ADL DEC 300 0 100 0.0 (none) (none)
PWLMXXXCA07.03 DEC 100 0 100 0.0 (none) (none)
VMSCLUSTER-CLIENT DEC 1050 H 0 0.0 (none) (none)

********************************************

NOW FOR THE SIZZLE
The blue screen node

NET-APP-SUP-150 3150 H 0 0.0 (none) (none)
OPENVMS-ALPHA 75 0 A 0.0
OPENVMS-ALPHA-ADL 300 0 100 0.0
PWLMXXXCA07.03 100 0 100 0.0


the titles are same as above
PRODUCT UNITS AVAIL ACTIV VERSION RELEASE TERMINATION

Enter choice [1]: ?

Regarding Windowing were you asking about Cluster_config setup if so here it is below


The following workstation windowing options are available:

1. No workstation software
2. DECwindows Workstation Software

Enter choice [1]: ?

If SC4238 is not a workstation, press RETURN or enter 1.


The following workstation windowing options are available:

1. No workstation software
2. DECwindows Workstation Software

Enter choice [1]: 2


Regarding DTSS I had implemented exactly what you told me yesterday. So now it stopped messages form SC4238 but not from SC1004 (XP1000).
I had logged in as System in SC4238 (contains the system disk) and

did

COPY SYS$COMMON:[SYSMGR]NET$LOGICALS.TEMPLATE SYS$COMMON:[SYSMGR]NET$LOGICALS.COM

Then I opened the .com file

and added the following line

$ DEFINE/SYSTEM NET$DISABLE_DTSS 1

Then I rebooted the satellite node (EV68 - new node).

And still the blue screen and Opcom message

but only from sC1004 now and lower frequency. I don't understand why I even have to worry about DTSS if XP1000 until now was booting perfectly fine. Now I am concerned in case I have to boot XP1000 satellite or SC4238 (DS25) this problem might start there as well.


nipun_2
Regular Advisor

Re: Cluster_Config question

Ian,
I have closed other threads to remove confusion. I had one update to make.

I did the following


Disable DTSS on all nodes by
EDITING SYLOGICALS.COM
By adding
$ DEFINE/SYSTEM NET$DISABLE_DTSS TRUE

Then I rebooted the Satellite (new satellite node) but it did not change the messages. I think all the licenses should be enough (atleast for Dec windows) becuase in stand alone mode when I run V7.3-2 it works perfectly fine. I have not configured TCP/IP there so I don't know about that.


I do get a bunch of TCP IP errors I believe there are the TCP IP startup scripts like Telent RLogin...etc.

Conclusion:

I start Cluster_config and remove node and again start Cluster_config and add the node and revise all the settings

I am sending the current cluster config settings file ( I am marking "QUESTION" ) where I think I might have chosen the wrong option.

Can I check the currently, correcty clustered XP1000 node's cluster settings in the sense just see the answers (log file) for Cluster_config file and compare with mine?


I am currently preparing to remove the cluster "SIZZLE". I have to read how to do it effectively and then start the cluster_config again once I double check all my cluster_config answers

Thank you all for the encouragements and hope I can get this system clustered soon enough.

Nipun
Andreas Vollmer
Valued Contributor

Re: Cluster_Config question

Hi Nipun,

May could I suggest a different solution approach?

First let us prioritise the problems.
So far I understood your feedback the DTSS is annoying but not a functional problem yet.

I configured a bunch of workstation in our clusters. And before trying to start Motif adjust some system parameters.
Therefore I do suggest to focus first on some system parameters that may prevent Motif (DEC-Windows) to start AND that the DECnet-Plus Protocol and TCP/IP Protocol are working (proper configured).

Here is my suggestion ordered by priority:
1) License check
2) System Parameters
3) Network Protocols (DECnet & TCP/IP)
4) Disabling DTSS

-----------------
A short question to some tools:
Do you work with PC's and connect to the OpenVMS Servers order do you work direct via Motif on the OpenVMS Servers?

On the PC's, do you have the VT Terminal Emulation Program installed such as PowerTerm or WRQ Reflection or KEA Term etc.?
PowerTerm is freely available from HP in the Layered Product Distribution => HP Pathworks 32
Using one of the Terminal Emulation Program is a real help. You can easily cut and past information to the system and for your documentation etc.
This enables you to cut and paste the suggestions directly and execute without missing a thing and the system response.
If you haven't the mentioned terminal emulation programs then C'est la vive. An issue for later.

Some notations: As you know the $-sign is the DCL Prompt. I will use it on some commands below. You don't have to type it in. It is just to identify this is a command.
WS = Workstation
-----------------

0) Prepare SIZZLE
Please logon SIZZLE...
Currently, I assume, you have only the console to work on the system?
A lot of messages appears and are very disturbing?
If so, and you would like to work on the console, enter following command:
$ REPLY /DISABLE
This will temporary disable the display of OPCOM messages such as DTSS etc. => IT WILL NOT SOLVE the problem!
Next you have to prepare the console (blue screen) for editing etc.:
$ SET TERMINAL / INSERT / INQUIRE
It will reply something with unknown terminal but it will work.
Now you should have just the DCL Prompt with a $ sign.
All further recommendations, is not otherwise noted, referring to SIZZLE


1) License Check
Now enter following License commands to make sure the NEW licenses of SIZZLE are proper assigned.
So far I followed you history you have registered the licenses successfully but these are not assigned to SIZZLE.
Before you start fetch your license paper you obtained with the DS25 (SIZZLE).
Mark each license certificate, for instance on the top right corner, with the node name SIZZLE (for sure with a pen so you can erase if needed).
This will help you to identify/distinguish later the licenses ;-))

Now we are ready, complete the commands below the product authorization number, often start with ILS... or ALS...:
$ LICENSE MODIFY NET-APP-SUP-150 /AUTHORIZATION=.... /INCLUDE=SIZZLE
$ LICENSE MODIFY OPEN3D /AUTHORIZATION=.... /INCLUDE=SIZZLE
$ LICENSE MODIFY OPENVMS-ALPHA /AUTHORIZATION=.... /INCLUDE=SIZZLE
$ LICENSE MODIFY OPENVMS-ALPHA-ADL /AUTHORIZATION=.... /INCLUDE=SIZZLE
$ LICENSE MODIFY PWLMXXXCA07.03 /AUTHORIZATION=.... /INCLUDE=SIZZLE
=> if you have more licenses for SIZZLE, but the licenses above are the most important once
$ LICENSE MODIFY ... /AUTHORIZATION=.... /INCLUDE=SIZZLE

In order to activate the changes we must reload the licenses
$ LICENSE LOAD

2) System Parameters
Motif but also DECnet-Plus and TCP/IP requires some adjustment to start successfully.
=> for details and verification refer to the installation of Motif on the OpenVMS DOC Web.
=> for details and verification refer to the installation of DECnet-Plus on the OpenVMS DOC Web.
=> for details and verification refer to the installation of TCP/IP on the OpenVMS DOC Web.
http://h71000.www7.hp.com/doc/os732_index.html
But here is a summary what should be ADDED: (append the values below but DO NOT replace the whole file except you fully understand what you do)

The MIN_ prefix in the MODPARAMS will have following affect:
- if the current calculated value of that parameter is lower then use the MIN_ value otherwise it will not affect the system
The ADD_ prefix in the MODPARAMS will have following affect:
- add the value of the ADD_parameter to the calculated value (increase)
Therefore after one successful AUTOGEN run change the ADD_ to MIN_

Refer to the OpenVMS Documentation for details => http://h71000.www7.hp.com/doc/os732_index.html
Select your Version of OpenVMS on the TAB
Then select Manual:
HP OpenVMS System Managerâ s Manual, Volume 2: Tuning, Monitoring, and Complex Systems
Chapter "Managing System Parameters"

Modify the system parameters by using MODPARAMS.DAT. The provided values are obtained from the installation guides.
Please note, this is just a jump start. Make your WS work. More tuning could be done later in a different discussion.
Are you familiar with the Editor? If NOT some advice: The Minus key (-) on the number keypad is by default defined as DO.
DO means you get the TPU command prompt. Here you enter EXIT for saving the changes or QUIT for NOT saving the changes.
For sure you can use the CTRL Z approach to save and exit the editor.
OpenVMS creates file versions and each exit will increase the counter and the file copy. The OS will use always the highest version number of a file.

$ EDIT SYS$SYSTEM:MODPARAMS.DAT

... already defined parameters ...
!! added 04-Apr-2005 by NIPUN
!!===================================================================
!!=> For HP TCP/IP Services for OpenVMS (Installation Guide)
!
ADD_NPAGEDYN = 500000
ADD_NPAGEVIR = 500000
ADD_GBLPAGES = 7500
ADD_GBLSECTIONS = 75
!
!!
!!===================================================================
!!=> For DECnet-Plus for OpenVMS Alpha (Installation Guide)
!
MIN_ARB_SUPPORT = 3
MIN_CLISYMTBL = 750
MIN_GBLPAGES = 100000
MIN_GBLPAGFIL = 1024
MIN_GBLSECTIONS = 512
MIN_KSTACKPAGES = 2
MIN_NPAGEDYN = 2100000
!
!!
!!===================================================================
!!=> For HP DECwindows Motif for OpenVMS Alpha (Installation Guide)
!
MIN_GBLSECTIONS = 6001
MIN_GBLPAGES = 1500001
MIN_GBLPAGFIL = 4096
MIN_SWPOUTPGCNT = 512
MIN_MAXBUF = 8192
ADD_CHANNELCNT = 255
MIN_PROCSECTCNT = 128
MIN_PQL_MASTLM = 100
MIN_PQL_MBIOLM = 100
MIN_PQL_MBYTLM = 100000
MIN_PQL_MDIOLM = 100
MIN_PQL_MENQLM = 300
MIN_PQL_MFILLM = 100
MIN_PQL_MPRCLM = 10
MIN_PQL_MWSDEFAULT = 1024
MIN_PQL_MWSQUOTA = 2048
MIN_PQL_MWSEXTENT = 8192
MIN_CLISYMTBL = 512
MIN_GH_RES_CODE = 1584
MIN_IMGREG_PAGES = 10000
MIN_WINDOW_SYSTEM = 1
MIN_NPAGEDYN = 1348576
MIN_PAGEDYN = 704288
MIN_WSMAX = 12000
!
!!
!!===================================================================

Save the changes as described above and activate them with the command below.

First we will test the new parameters => check the SYS$SYSTEM:AGEN$PARAMS.REPORT
$ @SYS$UPDATE:AUTOGEN GETDATA TESTFILES noFEEDBACK

The mentioned report should NOT contain Errors and Fatal if so try to fix them or ask the community.
It will eventually complain the system uptime and some parameter duplications. At this time ignore this and proceed.

If the mentioned file looks OK then activate the new system parameters
(YES, this could be done easier. I prefer this approach because there is still a possibility to intervene...)
$ @SYS$UPDATE:AUTOGEN GETDATA SETPARAMS noFEEDBACK

Now reboot the WS => if you still have the original LOGIN.COM script then is there a symbol for the reboot defined.
Try:
$ REBOOT
If it is not working:
$ @SYS$SYSTEM:SHUTDOWN

Example:
$ @SYS$SYSTEM:SHUTDOWN

SHUTDOWN -- Perform an Orderly System Shutdown
on node SIZZLE

Do you really want to shutdown node SIZZLE [NO]? y
How many minutes until final shutdown [0]:
Reason for shutdown [Standalone]: HW Maintenance
Do you want to spin down the disk volumes [NO]?
Do you want to invoke the site-specific shutdown procedure [YES]? NO
Should an automatic system reboot be performed [NO]? YES
... => something like
Do you would like â [shortly via automatic reboot]â enter the default
When will the system be rebooted [later]:
Shutdown options (enter as a comma-separated list):
REMOVE_NODE Remaining nodes in the cluster should adjust quorum
CLUSTER_SHUTDOWN Entire cluster is shutting down
REBOOT_CHECK Check existence of basic system files
SAVE_FEEDBACK Save AUTOGEN feedback information from this boot
DISABLE_AUTOSTART Disable autostart queues
POWER_OFF Request console to power-off the system

Shutdown options [NONE]: REM,REB,SAV

%SHUTDOWN-I-BOOTCHECK, performing reboot consistency check...
%SHUTDOWN-I-CHECKOK, basic reboot consistency check completed
%SHUTDOWN-I-SAVEFEED, saving AUTOGEN's feedback information from this boot...
%SHUTDOWN-I-SAVEOK, feedback info. saved in SYS$SYSTEM:AGEN$FEEDBACK.DAT

%SHUTDOWN-I-OPERATOR, this terminal is now an operator's console
%%%%%%%%%%% OPCOM 18-NOV-2004 01:02:35.41 %%%%%%%%%%%
Operator _SIZZLE$RTA1: has been enabled, username NIPUN
...

Refer to manual HP OpenVMS System Managerâ s Manual, Volume 1: Essentials
Page 122
=>> http://h71000.www7.hp.com/doc/os732_index.html

3) Network Protocols (DECnet & TCP/IP)
Are you able to successfully ping the cluster members and also a PC etc.
If not then you must configure TCP/IP
DECnet... Do you use DECnet over IP? If so then you must configure this as well.
Let me know if you need help.
I can provide you some sample installations in a separate file

==> Please so kind and provide us (community) feedback.
- Were the provided instructions helpful?
- How is the system status? Even if Motif is starting please verify the Network settings and let us know.
Monday evening I am available again.
Good luck and have a nice day.
OpenVMS Forever!