Re: SYS$SPECIFIC and SYS$COMMON not enough?
From: Hoff Hoffman (hoff_at_hp.nospam)
Date: 07/07/03
- Next message: Tim ffrench-Lynch: "KVM switches"
- Previous message: Rick Jones: "Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors"
- In reply to: Phillip Helbig: "SYS$SPECIFIC and SYS$COMMON not enough?"
- Next in thread: Patrick Young: "Re: SYS$SPECIFIC and SYS$COMMON not enough?"
- Reply: Patrick Young: "Re: SYS$SPECIFIC and SYS$COMMON not enough?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Mon, 07 Jul 2003 18:52:31 GMT
In article <01KXZKP04MZUAM7Y4A@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:
:What are some real-world examples of stuff which is common to all nodes
:which boot from a common system disk, but not common to all nodes in a
:cluster, even in a share-as-much-as-possible cluster?
You need to answer this question yourself, and specifically for
your local environment. One example would be SYSUAF.DAT quota
settings for various hosts, if running parallel SYSUAF files.
(You need to be VERY careful here, as you must keep all UICs and
all usernames and all identifiers involved scrupulously matched.)
I am aware of nothing here, however, that can't also be handled
"directly" with per-file logical name redirections. SYSUAF can
certainly be redirected, of course.
:Is there any chance of extending definitions like SYS$SYSROOT to include
:SYS$CLUSTER while retaining backward compatibility?
We have something similar here in OpenVMS Engineering, and we do
create and use a CLU$COMMON root within SYS$SYSROOT:
$ sho log sys$sysroot
"SYS$SYSROOT" = "ddcu:[root.]" (LNM$SYSTEM_TABLE)
= "SYS$COMMON:"
1 "SYS$COMMON" = "ddcu:[root.SYSCOMMON.]" (LNM$SYSTEM_TABLE)
= "CLU$COMMON:"
2 "CLU$COMMON" = "ddcuother:[root.]" (LNM$SYSTEM_TABLE)
though we do know that various of the LP installation procedures can
and regularly do become somewhat confused with this structure. Some
of the engineers have informally discussed implementing and supporting
this configuration, and (obviously) fixing and extending the various
OpenVMS installation procedures and tools -- but another and far larger
project has, um, intruded on this particular OpenVMS enhancement.
We walk the current list of SYS$SYSROOT translations within some DCL
within SYLOGICALS.COM, and we append the CLU$COMMON translation onto
the searchlist.
---------------------------- #include <rtfaq.h> -----------------------------
For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq
--------------------------- pure personal opinion ---------------------------
Hoff (Stephen) Hoffman OpenVMS Engineering hoff[at]hp.com
- Next message: Tim ffrench-Lynch: "KVM switches"
- Previous message: Rick Jones: "Re: HP Webcast this morning on Next-Generation Intel Itanium 2 processors"
- In reply to: Phillip Helbig: "SYS$SPECIFIC and SYS$COMMON not enough?"
- Next in thread: Patrick Young: "Re: SYS$SPECIFIC and SYS$COMMON not enough?"
- Reply: Patrick Young: "Re: SYS$SPECIFIC and SYS$COMMON not enough?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|