- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: VAX 3100,openVMS system.
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
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
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
08-21-2014 06:07 PM
08-21-2014 06:07 PM
VAX 3100,openVMS system.
The error is: SYSTEM-F-NOTINSTALL,writable shareable images must be installed.
When i operate an app and start up in a cold way,the error occours.I'm confused for a couple of days.I need your help in a hurry,thank you for your feedback very much!!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-22-2014 01:35 AM
08-22-2014 01:35 AM
Re: VAX 3100,openVMS system.
Dunno what your OpenVMS version is or what the context is (did it work, what was changed?). The error is very likely documented and then there is HELP:
$ help/mess/nopage/fac=system NOTINSTALL NOTINSTALL, writable shareable images must be installed Facility: SYSTEM, System Services Explanation: Writable shareable images must be installed. User Action: Install the shareable image, specifying /SHARE/WRITE. $
What's wrong with installing it as required?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-22-2014 05:38 AM
08-22-2014 05:38 AM
Re: VAX 3100,openVMS system.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-22-2014 06:36 AM
08-22-2014 06:36 AM
Re: VAX 3100,openVMS system.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-22-2014 08:49 AM
08-22-2014 08:49 AM
Re: VAX 3100,openVMS system.
Dan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-22-2014 05:47 PM
08-22-2014 05:47 PM
Re: VAX 3100,openVMS system.
OK, so it's clear that you have some malfunctioning startup code.
By way of introduction, V5.5 is a fossil version, and long out of support. Your "VAX 3100" — unfortunately no such model exists, which means this is probably a VAXstation 3100, MicroVAX 3100, or VAXserver 3100 of some sort — is also very old, and a number of these are failing. There are probably a dozen different models across those three VAX series, too. None of these details likely particularly matter here (yet), as this problem is probably secondary to a hardware error — that is, unless somebody's been modifying the startups since this system was last rebooted and this stuff was restarted and was working, and has gone and broken something.
The writeable shareable image stuff is usually for what's known as a common and it's fairly common with older programming styles and older languages, and it's basically a spot where some site-specific application is storing some information in memory. (Using a writeable shareable for this is an old and inflexible technique, but it does still work.)
This writeable shareable is installed by a product-specific startup procedure invoked from SYSTARTUP_VMS.COM or occasionally from some other startup-related procedure or tool, or the writeable shareable might be installed directly from within the OpenVMS system startup procedure SYSTARTUP_VMS.COM itself. (Details here vary by product and site, so there's no specific recipe for how this stuff gets installed and started, nor for troubleshooting this stuff.)
In this particular case, there's probably something leading up to that startup procedure and that installation that's failing, or there's a failure in the startup that's causing the necessary startup procedure here to be omitted. With old gear, that's usually a disk that's failed, or some other hardware, though there are many other potential triggers for a failed startup procedure.
Troubleshooting: tou can boot that VAX conversationally and set STARTUP_P2 to enable startup logging, and that will provide a detailed command trace of the startup output. There'll be a lot of data logged into that STARTUP.LOG file, too. You'll probably find that a disk or some other hardware related to this particular application is not available due to a glitch or due to a failure, given the fossil vintage of this gear, though there could be other errors shown in the log if somebody's been modifying the startups. Look through this startup log data after the boot completes, and particularly search for the error messages and filenames that you've reported, then work backwards to the trigger.
As was mentioned upthread, it's probably going to be far more efficient for y'all to get yourself an escalation path for these sorts of OpenVMS questions, as these are pretty easy for an experienced OpenVMS system manager to resolve, but they're definitely a confusing mess for somebody that hasn't been around and working with OpenVMS for, um, too many years. This can also get somebody to have a look at whether the backups are working and are likely able to be restored, or if there are other latent software or hardware errors within the configuration. (Full disclosure: I and various other folks posting here can and variously do provide these services.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-23-2014 08:01 AM
08-23-2014 08:01 AM
Re: VAX 3100,openVMS system.
I must say thank you for such a wonderful feedback!
My device is MicroVAX 3100.As you mentioned,there is no graphics hardware.So the second error can be ignored.
And I don't know whether it right or not I guess the third error is a consequence of the second one.So the first error is the point.
SUBMIT-F-OPENIN ,error opening SAP:[SYSEXE]WATCHDISK.COM;as input > RMS-F-DEV,error in device name or inappropriate device type for > operation .
RVNECBC>>show logical SAP
RVNECBC>>"SAP"="DISK$SAP:[RVNECBC]" (LNM$GROUP_000210)
What confuses me is the group 210 is stopped.
At the same time,I wonder that if there is something wrong with my disk.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-26-2014 01:45 PM
08-26-2014 01:45 PM
Re: VAX 3100,openVMS system.
Dump the startup sequence to the log file as described up-thread, and debug it.
Verify whether the disk is mounted and is accessible — the startup procedure available from the startup log should show how the author of the startup sequence intended the disk configuration to work, and what command(s) were used to access the disk configuration — and also use SHOW ERROR to see if your system is logging any overt hardware errors.