- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: VMS autoboot after BUGCHK
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
тАО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
- 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
- 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
- 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
- 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
- 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
- Report Inappropriate Content
тАО04-25-2011 10:18 AM
тАО04-25-2011 10:18 AM