We're looking at using RECEIVE ORDER to get maintenance. It connects to the broadcom site and creates a set of USS files and directories as we'd expect. In the SMPPTFIN directory created is a .pax file. Unpacking that creates a SMPPTFIN file, but the SMPOUT file in the job output contains the message 'GIM24801W NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND.'
While there are 2 PTFs for IDMS we don't have received/applied ( LU04373 & LU04814), these are not part of the latest CARS drop. Is this what we would expect - RECEIVE ORDER only picks up fixes that are part of a CARS drop? If so, when will CARS2203 be available so we can fully test our RECEIVE ORDER process? If not, and we should be picking up those two PTFs, what's the correct syntax to do that? Our current SMPCNTL input is :
SET BOUNDARY(GLOBAL) .
RECEIVE SYSMODS HOLDDATA
ORDER(ORDERSERVER(ORDSRVR)
CLIENT(CLNTINFO)
FORTGTZONES(IDMSTGT)
CONTENT(RECOMMENDED))
SOURCEID(IDM0322)
DELETEPKG .
Release : 19.0
Component : IDMS/DC
The GIM24801W can occur if some of the PTF's are already received or if there are no FMID's in the global zone for some of the PTF's being received.
I recreated the GIM24801W by running the receive order twice so that it would attempt the receive PTF's that were previously received.
I was able to receive LU04373 and LU04814. I used these:
//SMPCNTL DD *
SET BOUNDARY(GLOBAL) .
RECEIVE ORDER(
CONTENT(ALL)
WAIT(40)
ORDERSERVER(SMPORDSR)
CLIENT(SMPORDCL)
)
DELETEPKG.
//*
and...
//SMPCNTL DD *
SET BOUNDARY(GLOBAL) .
RECEIVE ORDER(
CONTENT(PTFS(LU04373,LU04814))
WAIT(40)
ORDERSERVER(SMPORDSR)
CLIENT(SMPORDCL)
)
DELETEPKG.
//*