System permanent logical names

[Hakan Zanderau ( Anders]

Are you in a VMS Cluster ??

The last thing to do is to add the definition to SYLOGICALS.COM

/Hakan

[Wim Van den Wyngaert]

Login as system. That should work better (your login directory is not valid or your login contains bad stuff).

The file is sys$manager:sylogicals.com. But as said, this is the last step.

If you did what you said, it should work.
As it's not working, something is wrong.

1) on a different node ? Note that 1 name can point to many nodes (e.g. cluster alias, lat services)
2) some tricky stuff with logicals (post in attachement show log/tab=*/fu)

Wim

[The Brit]

Maybe I'm missing something here! Wouldn't the easiest solution be to modify the mount command for the disk, i.e.

Mount/sys

for example;

$ mount/sys AP$DKB100: APPS

Now you should be able to use "APPS" in any command where you would normally put the device name.

----------------

With reference to the SYLOGICALS discussion, if you choose to go that way and you want your solution to work for all users on all nodes, then make sure that the modified SYLOGICALS.COM is in "SYS$COMMON:[SYSMGR]", and that there are no versions in "SYS$SYSROOT:[SYSMGR]" on any of the nodes.

Dave

[Swain]

Thanks Dave,
disk$* logicals are working after changing sylogical.com
but
$ define/system/exec AMS$CODE ALPHA$DKB400:[AMS$CODE.]
is not creating permanent logical name. it vanishes after reboot. could you pls give any permanent solution?

[Duncan Morris]

Amaresh,

no logicals are "permanent".

If you want a logical name to survive a reboot, then you must recreate it during the reboot.

For system logical names, the obvious place to put your DEFINE commands is SYLOGICALS.COM, as this gets executed every time the system reboots.

[Joseph Huber_1]

While it is true to define system-logicals somewhere in the startup sequence to be "permanent",
I would NOT follow the recommendations to put them preferable into sylogicals.com,
especially those which depend on mounting of disks.
Look into sys$startup:VMS$DEVICE_STARTUP.COM to see what happens (conditionally on FULL or MIN) before and after sylogicals.com.

The right place for disk/volume/mount dependable logicals is somewhere early in systartup_vms, best near the corresponding mount command, which in turn is best in a central command-file called from systartup.
And as said repeatedly, defining (concealed-) device names for mounted volumes should be done through the mount command itself.

[Duncan Morris]

Joseph - quite correct about device dependent logical names. My comment was only meant as a general guide to system logicals as a whole.

[Jan van den Ende]

Duncan wrote

>>>
If you want a logical name to survive a reboot, then you must recreate it during the reboot.
<<<

For completeness, IF you are in a CLUSTER environment, _AND_ as long as at least one (not necessarily always the same) cluster member is kept running, THEN defining the logical names in LNM$SYS_CLUSTER table WILL make them survive (actually, automatically re-defined) upon node reboot.

(Note, that even then, they will NOT survive a full CLUSTER reboot).

hth

Proost.

Have one on me.

jpe

[Robert Gezelter]

Jan,

Excellent point re: using the cluster logical name table.

A corresponding cautionary note: While OpenVMS clusters and their facilities do have extremely long uptimes, I caution to have at least a command procedure that reconstitutes (if necessary) the cluster-wide name table (e.g., check whether the name is defined, if not, define it).

It would be rather embarrassing to define a cluster-wide name and then lose it after a decade or two of uninterrupted cluster uptime.

- Bob Gezelter, http://www.rlgsc.com

[Swain]

Thank you all for the timely response.