A fix is available
APAR status
Closed as program error.
Error description
Customer inadvertently attempted an ACLIB OLC with an incorrect IMS release level of members in the INACTIVE ACBLIB. DFSRMDM0 COMPARE call finds the first member ( a DEDB DMB ) has differing timestamps, and sets DDIR1CHA and DDIR1DMB. Later the INSERT CHANGE call does detect that the INACTIVE member is at the wrong IMS release level and aborts the OLC, before creating the CHANGE list entry. DFS3496W is issued and OLC aborted. The DFSRMDM0 abort process works off the CHANGE list and this DMB isn't in it so DDIR1CHA and DDIR1DMB are never reset. The DMB shows up in subseqent OLCs as changing although in fact of course it is not. Later an FMTLIB OLC is done while a lot of PSBs were rescheduled for unrelated reasons and DFS0651W RC14 is issued and schedule fails. There is no way to reset the flags short of cycling IMS.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: IMS V11 users of ACBLIB online change * **************************************************************** * PROBLEM DESCRIPTION: An online change prepare command * * was issued with the wrong level * * ACBLIB and fails with message * * DFS3496W for a DMB, leaving the * * database marked as being affected by * * online change, which causes later * * PSB schedules to fail with DFS0651W, * * if another online change is in * * progress. * **************************************************************** * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF * **************************************************************** A /MODIFY PREPARE ACBLIB command failed with DFS3496W DMB XXXXXXXX IN INACTIVE ACBLIB NOT COMPATIBLE WITH IMS LEVEL, because an IMS version 12 ACBLIB was used. Much later, a FMTLIB online change was initiated while MPPs were recycled and lots of PSB schedule activity was initiated. PSB scheduling failed for many PSBs with DFS0651W ERROR 14 READING PSB YYYYYYYY DBD XXXXXXXX, because database XXXXXXXX was still marked as being online changed from the previous ACBLIB online change prepare command that failed, even though it wasn't being online changed.
Problem conclusion
GEN: KEYWORDS: *** END IMS KEYWORDS *** DFSRMDM0 is corrected to reset bits indicating the database is being online changed, for the case where message DFS3496W is issued, in case there are no DDIRs on the change list. Online change abort only cleans up DDIRs on the change list, so it can't be relied upon to cleanup DDIRs that weren't yet put on the change list when an error occurred.
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PM75701
Reported component name
IMS V11
Reported component ID
5635A0200
Reported release
101
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2012-10-23
Closed date
2012-11-12
Last modified date
2012-12-04
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
PM75787 UK83454
Modules/Macros
DFSRMDM0
Fix information
Fixed component name
IMS V11
Fixed component ID
5635A0200
Applicable component levels
R101 PSY UK83454
UP12/11/21 P F211
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
Rate this page:
Average rating
Copyright and trademark information
IBM, the IBM logo and ibm.com are trademarks of International Business Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at www.ibm.com/legal/copytrade.shtml.