topic Re: Cluster_config in Operating System - OpenVMS

Cluster_config

Dock — Thu, 23 Feb 2006 05:56:53 GMT

I have a VMS (7.32) cluster consisting of two Alpha 4100 using FC to HSG80 Controller/storage.
I tried to add a third Alpha 4100 into the cluster. (It was running standalone VMS previously).
I connected the third node all right into HSG80. Then ran cluster_config (as per the manual) on one of the existing nodes.
I specified the new root (SYS2) and answered all the relevant questions.

The third node boots all right, joins the cluster and then goes itno NETCONFIG and AUTOGEN.
This is where the problems start:
These two procedures are trying to execute images not from the shared systems disk and the new root (i.e. $1$DGA10:[sys2....) but from the VERY TOP of the shared system disk ($1$DGA10:[sysexe]) which ofcourse does not exist and the node just hangs.

It looks that AUTOGEN and NETCONFIG did not get the information about the new root (i.e. SYS2) !?

I tried running cluster_config MANY times but always with the same result.

Any help/idea ?

TIA !

Re: Cluster_config

Karl Rohwedder — Thu, 23 Feb 2006 06:18:16 GMT

Have you checked the bootflags on the new system, did it boot the correct systemroot?

regards Kalle

Re: Cluster_config

Dock — Thu, 23 Feb 2006 06:30:54 GMT

Yes, the boot flags are all right:

boot_osflags 2,0

Additionally, on the existing two nodes in the cluster I get the confirmation message about the third node successfully joined the cluster.

Re: Cluster_config

Kris Clippeleyr — Thu, 23 Feb 2006 06:48:03 GMT

Dock,
Anything in the SY*.COM files about redefining some system logicals (like SYS$SYSTEM) ?
Regards,
Kris (aka Qkcl)

Re: Cluster_config

Karl Rohwedder — Thu, 23 Feb 2006 06:51:14 GMT

The procedure VMS$INITIAL-050_VMS.COM checks for the logical SYS$TOPSYS to create the correct rooted logicals names. If this logical is not defined, then the logicals e.g. SYS$SPECIFIC point towards the disk alone.

But why is this logical undefined?

Perhaps you can use SYSGEN to set OPA0 as startup file (SYSGEN> SET /STATUP=OPA0) and check (Remember to SET NOON and SPAWN, because any error logs you out).

regards kalle

Re: Cluster_config

Karl Rohwedder — Thu, 23 Feb 2006 06:51:24 GMT

The procedure VMS$INITIAL-050_VMS.COM checks for the logical SYS$TOPSYS to create the correct rooted logicals names. If this logical is not defined, then the logicals e.g. SYS$SPECIFIC point towards the disk alone.

But why is this logical undefined?

Perhaps you can use SYSGEN to set OPA0 as startup file (SYSGEN> SET /STARTUP=OPA0) and check (Remember to SET NOON and SPAWN, because any error logs you out).

regards kalle

Re: Cluster_config

Ian Miller. — Thu, 23 Feb 2006 09:01:59 GMT

Try a conversational boot, set STARTUP_P1 to "DV". This will create
[SYS2.SYSEXE]STARTUP.LOG
which you could look at on on of the other nodes.

Re: Cluster_config

John Gillings — Thu, 23 Feb 2006 19:48:02 GMT

> Try a conversational boot, set STARTUP_P1 to "DV".

Not often one catches Ian out! That should be STARTUP_P2:

SYSBOOT> SET STARTUP_P2 "DV"

Re: Cluster_config

Ian Miller. — Fri, 24 Feb 2006 05:16:37 GMT

Doh, that would be STARTUP_P2.
(slaps self on head :-)

Re: Cluster_config

Dock — Fri, 24 Feb 2006 05:42:47 GMT

I did try setting STARTUP_P2 to "DV" but it did not create any startup.log file in [sys2.sysexe] or anywhere in [sys2...]

Dock

Re: Cluster_config

Volker Halle — Fri, 24 Feb 2006 06:09:57 GMT

Dock,

during inital boot from the new root, SYS$SYSTEM:STARTUP1.COM is running, not your standard SYS$SYSTEM:STARTUP.COM
(view with SYSBOOT> SHOW/STARTUP). This procedure may not honor the STARTUP_P2 settings. This 'temporary' procedure is created by CLUSTER_CONFIG.COM - please have a look into that file and maybe add a SHOW LOG SYS$* and a SET VERIFY at the beginning.

Volker.