- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Error with VMS732_Update v14 Install
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
тАО12-10-2007 05:34 AM
тАО12-10-2007 05:34 AM
Re: Error with VMS732_Update v14 Install
When the ACRTL kit is installed, Starlet.olb gets corrupted. This doesn't show up until the second time you install a kit that modifies STARLET.OLB. Exactly what happens when you have installed the ACRTL kit and then install the UPDATE kit, that also includes the ACRTL kit. Once the corruption has occured, you can do a LIBRARY/COMPRESS to fix it. The node that completed the installation is ok. Performing the LIBRARY/COMPRESS will correct the corruption. On the node with the installation that was terminated, you can either let the install continue and then do the COMPRESS or do the COMPRESS, which will fix the corruption, then do the installation which will succeed with no error. But, it will re-corrupt the library so you will need to do a second LIBRARY/COMPRESS after the installation.
The LIBRARY/COMPRESS will NOT fix the root cause of the problem. We will need a new patch kit to do that. Here is the problem description from the LIBRAR kit that corrected the problem for V8.3 Integrity:
"When the LIBRARIAN utility updates STARLET.OLB, library corruption can occur
that would interfere with the ability to delete modules from STARLET.OLB.
This problem typically has been seen after installing OpenVMS ACRTL patch
kits and UPDATE patch kits which include the ACRTL patch kits. These kits
delete modules from STARLET.OLB. Once such a patch kit has been installed,
and the library corrupted, subsequent installations of patch kits that
delete modules from STARLET.OLB could result in error messages similar to
the following:
%PCSI-E-MODDELERR, error deleting module
C$FTIME_UTC_XPG4 from library
DISK$I64SY1:[SYS0.SYSCOMMON.][SYSLIB]STARLET.OLB
%PCSI-E-OPFAILED, operation failed
It is important to note that this problem is not limited to patch installations but could occur anytime the STARLET.OLB is modified. Also, although the library is corrupted, preventing module deletion, all of the data in the library modules is correct and unaffected.
The new images in this kit will prevent this problem from occurring in the future but will not fix an already corrupted STARLET.OLB. To fix any corruption, this patch kit will also perform a LIBRARY/COMPRESS on STARLET.OLB which will eliminate the corruption."
George Pagliarulo
ECO Release Process
OpenVMS Sustaining Engineering
Hewlett-Packard Company
e-mail: george.pagliarulo@hp.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 05:52 AM
тАО12-10-2007 05:52 AM
Re: Error with VMS732_Update v14 Install
thanks.
Is there a way to 'detect' a corrupted STARLET.OLB ?
Or would it be simpler to just always do a LIBR/COMPRESS after installing a patch, which modifies STARLET.OLB ?
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 05:58 AM
тАО12-10-2007 05:58 AM
Re: Error with VMS732_Update v14 Install
it does not seem to be documented in the patch release notes, wheter a patch actually modifies STARLET.OLB (checked VMS83A_ACRTL-V0*00 as an example).
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 06:25 AM
тАО12-10-2007 06:25 AM
Re: Error with VMS732_Update v14 Install
many thanks for that information.
I can confirm that the node with the "repeatable" problem was able to run the update without issue, following a lib/compress run. (I have also repeated the lib/compress subsequent to the update).
Duncan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 06:35 AM
тАО12-10-2007 06:35 AM
Re: Error with VMS732_Update v14 Install
We do not often update STARLET.OLB. Once the I64 LIBRAR kits are installed the problem is corrected and you don't need to worry about it. Same with Alpha, once this problem is corrected. If we have to issue any other kit that that updates STARLET.OLB before the problem is corrected, that kit will do a LIBRARY/COMPRESS as part of the install - same as the I64 LIBRAR patch kits do to correct the corruption.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 10:35 AM
тАО12-10-2007 10:35 AM
Re: Error with VMS732_Update v14 Install
So, to summarize, it seems like this might be same or similar problem recently seen on v8.x systems (I am v7.3-2 or lower everywhere). And Engineering is apparently aware of it and working on it. I have a service contract, but had not exercised it but wanted to put feelers out to this group first. Seems to have worked!
George: Do you need someone to log a formal service request on this?
I admit I have not yet absorbed everything written in this thread completely, but what I am not clear on is whether I need to run the mentioned Lib/Compress command or not? And, if so, when? Before applying the Update ECO? After continuing thru error? Or some other combo with applying ECO, backing out after error, then compressing, and then re-applying ECO?
Thanks for all your help and info, everyone!
Happy Holidays!
Rick
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 10:48 AM
тАО12-10-2007 10:48 AM
Solutionthanks a lot for reporting this problem. Now the footprint of this problem is documented for everyone to find. This has also alerted the OpenVMS community and even OpenVMS engineering - with a little help ;-)
Also a workaround has been provided:
$ SET DEF SYS$COMMON:[SYSLIB]
$ LIBR/COMPRESS STARLET.OLB
This needs to be executed AFTER installing any patch, which modifes STARLET.OLB (to remove the possible corruption)
OR
BEFORE installing any patch, which may modify STARLET.OLB to prevent the HISTERR during install.
LIBR/COMPRESS just creates a new version of STARLET.OLB with corrected and intact library update history data.
The above has to be done until the underlying problem has been fixed (expect a new set of VMSxxx_LIBRAR-V0n00 patches for OpenVMS Alpha V7.3-2 up to V8.3).
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 10:56 AM
тАО12-10-2007 10:56 AM
Re: Error with VMS732_Update v14 Install
Engineering is looking at this problem. It is not confirmed yet that it is the same base problem cause.
George Pagliarulo
ECO Release Process
OpenVMS Sustaining Engineering
Hewlett-Packard Company
e-mail: george.pagliarulo@hp.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 11:05 AM
тАО12-10-2007 11:05 AM
Re: Error with VMS732_Update v14 Install
My primary hospital nodes went smoothly this morning, so whatever lead to this did not happen to them (two node cluster with shared, common system disk). I also had a smooth install to a stand-alone system for another client last night.
The system where I am seeing the problem is one with 3 nodes, all independent system disks. I generally do rolling updates and always start with the old, very slow small DECServer 3000 that I have in the cluster just to have a 3 node cluster. The other two nodes are where work is done and the disks are mounted, etc.
Is there a need of a formal service problem request from me?
Rick
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-10-2007 11:22 AM
тАО12-10-2007 11:22 AM
Re: Error with VMS732_Update v14 Install
On the nodes that did not have a problem, what versions were they ; did they have the ACRTL kit installed or a previous UPDATE kit that included an ACRTL kit? If not, that is why you did not see the problem. The corruption, *if* it is the same, occurs on the first installation but the error is not seen until a second installation tries to update the corrupted STARLET.OLB. So, if you did not see the error, you still have a corrupted STARLET.OLB and need to do the LIBRARY/COMPRESS
George Pagliarulo
ECO Release Process
OpenVMS Sustaining Engineering
Hewlett-Packard Company
e-mail: george.pagliarulo@hp.com