- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Preventing CONFIGURE startup
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-08-2007 10:08 PM
тАО10-08-2007 10:08 PM
Preventing CONFIGURE startup
I want to prevent the automatic startup of the CONFIGURE process until all members of the cluster have rebooted. Is there a supported way to NOT start CONFIGURE during system startup?
The reason for this is that we are removing a lot of DGA devices from our configuration and I do not want the removed devices to show up after a reboot because some other cluster member is still MSCP serving them.
Once all members have rebooted (and nobody is MSCP serving the non-existing devices anymore), I want to start the CONFIGURE process on all members.
Setting STARTUP$AUTOCONFIGURE_ALL to zero, or setting the SYSGEN parameter NOAUTOCONFIG to 1 will prevent the startup of CONFIGURE. However, both these settings do much more than just this.
Has anyone any other ideas?
Thanks in advance!
Bart Zorn
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-08-2007 11:35 PM
тАО10-08-2007 11:35 PM
Re: Preventing CONFIGURE startup
SYS$MANAGER:SYCONFIG.COM/.TEMPLATE, and then
add in all the stuff you actually want from
SYS$STARTUP:VMS$DEVICE_STARTUP.COM.
I'd've been happier, too, if there had been
more variables to control the various tasks
than just that one. (Especially when the
name sounds so harmless, but it wrecks so
much. Like, in my case, prevent the starting
of CONFIGURE.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-08-2007 11:40 PM
тАО10-08-2007 11:40 PM
Re: Preventing CONFIGURE startup
Thank you for the idea. However, this is not precisely what one could call "supported".
An easier way to accomplish what I want is adding an "exit" at the beginning of SYS$STARTUP:VMS$INITIAL-050_CONFIGURE.COM. But that is also unsupported.
Regards,
Bart
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-08-2007 11:46 PM
тАО10-08-2007 11:46 PM
Re: Preventing CONFIGURE startup
> call "supported".
What's unsupported? SYCONFIG.COM wasn't
_my_ idea, and it's more likely to survive
an OS upgrade than an altered
VMS$INITIAL-050_CONFIGURE.COM is. Ugly as it
may be, I'd say the the one nice thing that
one might say about it is precisely that it
_is_ supported.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-08-2007 11:51 PM
тАО10-08-2007 11:51 PM
Re: Preventing CONFIGURE startup
But you mentioned adding all the stuff to SYS$STARTUP:VMS$DEVICE_STARTUP.COM. I guess that is somewhat less supported.
Bart
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-09-2007 12:00 AM
тАО10-09-2007 12:00 AM
Re: Preventing CONFIGURE startup
> SYS$STARTUP:VMS$DEVICE_STARTUP.COM. I guess
> that is somewhat less supported.
No, unless someone has hacked into the ITRC
forums Web system, what I mentioned was
adding all the stuff you actually wanted
_from_ SYS$STARTUP:VMS$DEVICE_STARTUP.COM
[_to_ SYS$MANAGER:SYCONFIG.COM].
Now, it's possible that the critical parts of
VMS$DEVICE_STARTUP.COM could change someday,
but I wouldn't hold my breath waiting.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-09-2007 12:06 AM
тАО10-09-2007 12:06 AM
Re: Preventing CONFIGURE startup
I think it is not a very "clean" solution, but I will think about it.
Thanks and regards,
Bart
P.S. the website returns errors when I submit something, but in the mean time it has accepted my submission none the less!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-09-2007 12:17 AM
тАО10-09-2007 12:17 AM
Re: Preventing CONFIGURE startup
> submit something, but in the mean time it
> has accepted my submission none the less!
Get used to it. The ITRC forum software
shares many of the properties of complete
garbage.
The spurious "Error while posting the reply"
is only one of its many colorful defects.
There's a whole collection of 404 error
pages, too. Gullible newcomers often
multi-post because they believe these
helpful messages.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-09-2007 12:54 AM
тАО10-09-2007 12:54 AM
Re: Preventing CONFIGURE startup
I would not recommend adding some special processing to an existing command file.
What I would recommend is using the STARTUP database to run an auxiliary file during the correct phase of startup processing. This file can check the setting of SYSGEN paramneters, and take appropriate action.
When the transition has completed (e.g., the extra DGA devices have all been removed), you can then disable the auxiliary processing, and remove the files entry in the STARTUP database.
Personally, I would prefer to add things to the SYS$COMMOM:VMS$LAYERED.DAT database.
Note that adding a file to the startup sequence in this fashion avoids the hazard of making modifications to a core startup command file and getting difficulties as a result.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-09-2007 02:20 AM
тАО10-09-2007 02:20 AM
Re: Preventing CONFIGURE startup
although I do agree with you that generally the mechanism of SYSMAN STARTUP is nice to do things like this, I fail to see how that could be done in this case. VMS$DEVICE_STARTUP.COM is called by the SYSMAN STARTUP mechanism. This in turn calls SYS$MANAGER:SYCONFIG.COM. AFAIK the only place to prevent CONFIGURE from starting up is SYCONFIG. Once SYCONFIG completes, VMS$DEVICE_STARTUP starts CONFIGURE, unless STARTUP$AUTOCONFIGURE_ALL has been set to zero.
So there is no hole in which you could put something else.
Regards,
Bart