Hello Fred, We had the same issue while increasing some DB2 buffer pools some weeks ago. Probably there is some structure with active connectors causing the changes to get pending. We used some D XCF,STR to check which structures had pending changes. There were 2 DB2s connected to 1 structure, so we ended up recycling 1 of the DB2 while the other system was being shutdown for a PTF appliance IPL.
Answering your questions: 1. For initial setup, I always use it (same for DR setup); 2. See above 3. If you are facing the case above, forcing will not help (connection was not failed-persistent). Syntax of SETXCF FORCE: http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.ieag100%2Fsetxcf.htm Regards, *Lucas Rosalen* 2014-06-02 19:59 GMT-03:00 Skip Robinson <jo.skip.robin...@sce.com>: > In general, 'pending' indicates that the target CFRM policy TESTPLX6 has > not completed activation. The most common cause is that one or more > structure definitions in the new policy have yet to be implemented. To > find out the problem, issue this command: d xcf,str,stat=POLICYCHANGE > > If one or more structures need to be rebuilt to complete activation, enter > this command: setxcf start,realloc > > Then issue: d xcf,pol,type=cfrm to see if TESTPLX6 has been activated. > Or what policy is actually active. > > 'Pending' is unlikely to have anything to do with couple data sets. > 'Forcing', whatever that is, will not help. > > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com > > > > From: Fred Kaptein <fred.kapt...@hp.com> > To: IBM-MAIN@LISTSERV.UA.EDU, > Date: 06/02/2014 03:22 PM > Subject: IXC364I POLICY CHANGE(S) PENDING > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > > > Hello, > > We are having a problem setting up a new CFRM policy. > > We are moving our systems from one data center to another. > We moved one test LPAR called ABCD. This LPAR resided in a SYSPLEX at the > old data center, but is not yet in a > sysplex in the new data center. We defined a new CFRM policy, but when we > enter the > command D XCF,POLICY we receive the following message: > > D XCF,POLICY > IXC364I 18.01.11 DISPLAY XCF > > TYPE: CFRM > POLNAME: TESTPLX6 > STARTED: 06/02/2014 15:27:34 > LAST UPDATED: 06/02/2014 15:22:58 > > POLICY CHANGE(S) PENDING > > > We are not sure why it is in PENDING status. > We are thinking it may be because the define CFRM definitions did not have > the DSN(couple.data.set.name) parameter > We tried running the job again with the DSN parameter, but received the > following error: > IXC276I ERROR PROCESSING DATA SET SYS1.TOPLX1C.CFRMDS71: DYNAMIC > ALLOCATION ERROR 4-02100000 > IKJ56225I DATA SET SYS1.TOPLX1C.CFRMDS71 ALREADY IN USE, TRY LATER+ > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > > Data set SYS1.TOPLX1C.CFRMDS71 is in use by XCFAS > > We have a few questions: > 1. Is the DSN(couple.data.set.name) parameter required for the initial > setup? > 2. If the DSN(couple.data.set.name) parameter is not required, then what > could be causing this issue? > 3. What is the command to clean up the policy in pending status? > The manual states to use SETXCF FORCE but I'm not sure of the complete > command syntax. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
