- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Getting %CMS-F-BADLIB
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
Forums
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
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
02-24-2005 10:28 PM
02-24-2005 10:28 PM
Getting %CMS-F-BADLIB
%CMS-F-BADLIB, there is something wrong with your library
-CMS-F-ILLCONREC, illegal control record in element file.
The only info we can get on this relates to running a conversion. But we haven't run a conversion. One clue(?). The system this is happening on is/was a cluster consisting of an Alpha and a Vax. We have removed the Vax. However, we have been running these commands on the Alpha for years - so this is probably a pink salmon. Any thoughts? Thanks in Advance. Ken McNulty
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-24-2005 10:35 PM
02-24-2005 10:35 PM
Re: Getting %CMS-F-BADLIB
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-24-2005 11:14 PM
02-24-2005 11:14 PM
Re: Getting %CMS-F-BADLIB
I think that CMS VERIFY/REPAIR or CMS VERIFY/RECOVER might help.
Regards,
Kris (aka Qkcl)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-25-2005 12:43 AM
02-25-2005 12:43 AM
Re: Getting %CMS-F-BADLIB
Ken McNulty
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-25-2005 12:54 AM
02-25-2005 12:54 AM
Re: Getting %CMS-F-BADLIB
Is it possible that the VAX and Alpha had different
versions of CMS and you only accessed certain libraries
from the VAX and other libraries from the Alpha?
What version of CMS is/was installed?
Have you tried the CMS CONVERT LIBRARY command?
Regards
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-25-2005 12:57 AM
02-25-2005 12:57 AM
Re: Getting %CMS-F-BADLIB
Another quick question. Does the CMS VERFIY command
indicate *any* problem at all with the library?
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-25-2005 01:17 AM
02-25-2005 01:17 AM
Re: Getting %CMS-F-BADLIB
Cheers,
Ken McNulty
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-25-2005 01:18 AM
02-25-2005 01:18 AM
Re: Getting %CMS-F-BADLIB
Perhaps this old (1993) article helps.
Cheers,
Jan
SOURCE: Digital Equipment Corporation
PROBLEM:
RESERVEing or FETCHing a CMS element generates the following errors:
%CMS-F-BADLIB, there is something wrong with your CMS library
-CMS-F-ILLCONREC, illegal control record in element file
Issuing a "$ CMS VERIFY/REPAIR" command on the CMS library usually does
not fix the problem.
SOLUTION:
Following are several suggested options one can try to repair the CMS
library:
1) The first option is to look in the correct CMS subdirectory and see
if there are multiple versions of the element data file.
$ DIRECTORY/SIZE [.CMSLIB...]your_corrupt_element_file.ext;*
If there are multiple copies of the file, you need to determine
which copy is the "good" copy. Rename the extra copy/copies and
try your RESERVE/FETCH command again. If your CMS operation works,
then you can remove the extra files from the CMS library area.
2) If there is only one copy of the element data file or the file size
of the element is 0 blocks, your second option is be to restore
this file from a recent BACKUP copy of the library into the correct
CMS library subdirectory, delete the old, "bad" copy, and run a "$
CMS VERIFY/REPAIR" command on the CMS library.
3) It is not normally required that you restore the entire library
from backup. If successful modifications to the element have been
made since the last backup, the library control file may be out of
sync with the element that is restored from backup. If this is the
case, you will get errors during the verification of this element
and will need to restore the entire library from backup to place
the control file in sync with the element data files.
ANALYSIS:
This error indicates corruption in the element data file. It can be
caused by editing of the element data file (i.e. those files that
exist in the CMS$xxx subdirectories within the CMS library directory)
or by a CMS operation being terminated while it is in the process of
writing out a modified element data file.