- Community Home
- >
- Servers and Operating Systems
- >
- Operating System - OpenVMS
- >
- VMS autoboot after BUGCHK
-
- Forums
-
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
- HPE Blog, Austria, Germany & Switzerland
- Blog HPE, France
- HPE Blog, Italy
- HPE Blog, Japan
- HPE Blog, Middle East
- HPE Blog, Russia
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
-
Blogs
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Blog, Latin America
- HPE Blog, Middle East
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
-
Information
- Community
- Welcome
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Tips and Tricks
- Resources
- Announcements
- Email us
- Feedback
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Aruba Airheads Community
- Enterprise.nxt
- HPE Dev Community
- Cloud28+ Community
- Marketplace
-
Forums
-
Blogs
-
Information
-
English
- 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
- Email to a Friend
- Report Inappropriate Content
04-19-2011 05:33 PM
04-19-2011 05:33 PM
I have notice on rare occassions when one of the systems has a BUGCHECK, that it will automatically reboot/restart. It appears the RESTART CONTROL SETTING is being overriden.
QUESTION 1 - Does the BUGREBOOT parameter control this behavior?
QUESTION 2 - What are the possible parameter values for BUGREBOOT and what affect to they have?
SYSGEN> SHOW BUGREBOOT
Parameter Name Current Default Min. Max. Unit Dynamic
-------------- ------- ------- ------- ------- ---- -------
BUGREBOOT 1 1 0 1 Boolean D
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-19-2011 05:57 PM
04-19-2011 05:57 PM
Solution--
BUGREBOOT (D)
BUGREBOOT enables or disables automatic rebooting of the system if a fatal bugcheck occurs. This parameter should normally be on ( 1 ); set it off ( 0 ) only when the executive is being debugged.
--
In other words, "yes" and "boolean", respectively.
Decoding the posted SYSGEN display, The values for the parameter BUGREBOOT are current value of 1, a default value of 1, a minimum value of 0, a maximum value of 1, the value is a boolean (0=off, 1=on), and it is a Dynamic parameter meaning the value can be changed without a reboot.
The documentation is available via SYSGEN> HELP and via the OpenVMS documentation. In this case, the appendix of the System Manager's Utilities manual, as was the source of the above text.
The documentation is available at:
http://www.hp.com/go/openvms/doc
Select V7.3 and follow the links.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-20-2011 09:47 AM
04-20-2011 09:47 AM
Re: VMS autoboot after BUGCHK
the HALT setting on a VAX (and a CHARON-VAX is considered a VAX for that matter), does not control behaviour after an OpenVMS crash.
It controls the action of the console for power-up or any of the various unexpected HALT situations of the CPU or the OpenVMS operation system.
If a HALT situation happens, the setting determines what the system should do:
HALT - remain halted
BOOT - boot
RESTART - try restart, if it fails: HALT
RESTART_REBOOT - try restart, if it fails: boot
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-24-2011 01:10 PM
04-24-2011 01:10 PM
Re: VMS autoboot after BUGCHK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-24-2011 01:43 PM
04-24-2011 01:43 PM
Re: VMS autoboot after BUGCHK
If you want to know how your hardware works, then you'll want to see the hardware manuals and related documentation.
Here's some that seems to be the emulator's equivalent of the VAX front-panel switch or VAX console switch settings.
http://www.winvms.com/images/AN-011.pdf
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-24-2011 10:36 PM
04-24-2011 10:36 PM
Re: VMS autoboot after BUGCHK
the CHARON-VAX 4000-108 emulator fully emulates a real CHARON-VAX 4000 Model 108 including the console layer.
Pointer to a copy of the
OpenVMS Systems Operations
Guide: VAX 4000 and VAXstation
4000 Systems
Order Number: EK-V4000-OG. A01
http://alge.anart.no/projects/vax/v4000oga.pdf
This manual shows the various possible settings of the HALT parameter in the console.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-25-2011 10:18 AM
04-25-2011 10:18 AM
Re: VMS autoboot after BUGCHK
Hewlett Packard Enterprise International
- Communities
- HPE Blogs and Forum
© Copyright 2021 Hewlett Packard Enterprise Development LP