So...I infer, perhaps incorrectly, that the RESTORE job is also doing a
ZONEMERGE for the SDSF zone. If that's the case, it has to do special
processing to make sure that CIFREQ entries are correctly merged with
SYSMOD entries that actually represent installed FMIDs. Can someone
confirm that that's what's happening?
If so...in z/OS V2.2 we are adding function to SMP/E to handle this
directly, and as the SMP/E FMID has not been updated since z/OS V1.13 we
can ask ServerPac Development to look at using this function, when
available.
Here's the announcement text:
z/OS V2.2 SMP/E is designed to enhance ZONEMERGE command processing. A
new CHECK operand for the ZONEMERGE command is intended to identify
conditions that would prevent a successful ZONEMERGE. Also, ZONEMERGE
processing is now designed to both enforce and preserve conditional
requisites while merging target and distribution zones. This new
function, planned to be available first quarter 2016 with the PTF for
APAR IO23466, is intended to help you merge SMP/E zones for different
products in some cases in order to consolidate product sets and simplify
overall software management.
Lopez, Sharon wrote:
This is the answer from IBM; just in case anyone else might be experiencing
this:
Due to recently added IFREQs, the ServerPac RESTORE job is not getting
generated correctly, causing the errors. ServerPac development is
currently in the process of fixing the RESTORE job generation error. As
a workaround, you can RESTART the job from step UCLIN, removing all
updates which were already done the previous run and also removing all
occurences of statement DEL SYSMOD(HQX7790) CIFREQ( (UK96644,UK96643)).
<snip>
--
John Eells
IBM Poughkeepsie
[email protected]
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
