OnDemand Users Group

Support Forums => CMOD for z/OS Server => Topic started by: doliver1 on November 05, 2014, 03:43:14 PM

Title: CMOD 9.0 on z/OS 2.1
Post by: doliver1 on November 05, 2014, 03:43:14 PM
Currently we are running CMOD 8.5 on our z/OS 2.1 systems. I will be upgrading CMOD to 9.0 soon. Has there been any compatibility isssues with z/OS 2.1 or anything to look out for?


Thanks

Doug Oliverio
Title: Re: CMOD 9.0 on z/OS 2.1
Post by: Ed_Arnold on November 05, 2014, 07:29:45 PM
Hi Doug - so far I'm aware of absolutely nothing as far as z/OS 2.1 goes...not a peep from anybody anywhere who has already made the jump.

We've been running here for quite a while as well.

As with any OAM upgrade, be aware that you'll probably need to rebind CBR* stuff.

Ed
Title: Re: CMOD 9.0 on z/OS 2.1
Post by: Ed_Arnold on May 26, 2015, 07:57:35 PM
| Just upgraded one of our test systems running CMOD V9.0 from z/OS 1.13 to z/OS 2.1 over the weekend.

Got some interesting errors running the OAM IVP job CBRSAMIV from SYS1.SAMPLIB:

At first I managed to get OTIS into a loop and the IVP job was hanging.

Then after running binds from a pre-z/OS V2.1 system (for shame, for shame) I got:

READY                                                                         
OSREQ STORE    ARS.COLLECT.ODV950 OBJECT.NAME LENGTH(1048576)                 
CBR0401I OSREQ STORE unsuccessful. Return code = 0000000C, reason code = A402FCDB.
CBR0404I OSREQ STORE response time is 34 milliseconds.                         
READY                                                                         
OSREQ QUERY    ARS.COLLECT.ODV950 OBJECT.NAME                                 
CBR0401I OSREQ QUERY unsuccessful. Return code = 0000000C, reason code = 7404FCDB.
CBR0404I OSREQ QUERY response time is 128 milliseconds.                       
CBR0424I The following message was received from the OSREQ macro:             
CBR0425I  DSNT408I SQLCODE = -805, ERROR:  DBRM OR PACKAGE NAME L2DB1A.GROUP00.C-
CBR0425I           BRIDBS.1999BE160594F2E6 NOT FOUND IN PLAN CBRIDBS. REASON 03


Then after another failed attempt trying to use the right bind jobs:

READY                                                                           
OSREQ STORE    ARS.COLLECT.ODV950 OBJECT.NAME LENGTH(1048576)                 
CBR0401I OSREQ STORE unsuccessful. Return code = 0000000C, reason code = A402FCDB.
CBR0404I OSREQ STORE response time is 1 milliseconds.                           
READY                                                                           
OSREQ QUERY    ARS.COLLECT.ODV950 OBJECT.NAME                                 
CBR0401I OSREQ QUERY unsuccessful. Return code = 00000008, reason code = 2C040100.
CBR0404I OSREQ QUERY response time is 49 milliseconds.                     

Finally, me and support got together and we used the bind jobs from SYS1.SAMPLIB on the z/OS V2.1 SYSRES and then the OAM IVP ran completely CC=0.   


Note:  FCDB translates to a -805.   As soon as you see a FCDB, you've got a bind problem.

Ed