On Fri, 7 Dec 2012 12:29:43 -0600, Paul Gilmartin <[email protected]> wrote:
>It seems to me that it would be terribly easy to introduce inconsistencies >in a CSI with UCLIN. For example, might my DEL SYSMOD have left >dangling RMID subentries or dangling PRErequisities? Or does UCLIN >processing prevent or automatically repair those? If not, is there anything >like a CSI health checker that would report any such inconsistencies? This is precisely the risk with using UCLIN to update content entries. Refer to: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMCOM50/24.0 "Be sure you understand the relationships between the various entries before making any UCLIN changes. This helps ensure that any UCLIN changes you make are complete and consistent with one another. When SMP/E processes UCLIN, it checks only the specified entry. It does not check how the changes might affect other entries." I am not aware of any such "health checker". Short of dumping your CSI (with LIST or GIMAPI) and running through some RYO (perhaps CBT contains one) post-processor, subsequent maintenance is the only way I know of to find such problems lurking. >I assume my APPLY REDO; RESTORE has refreshed then obliterated any >subentries concerning my PTF. In theory, yes, as long as you did not change the affected elements, particularly as long as you did not remove any elements from subsequent revision of the PTF. My advice: trust, but verify. Regards, Arthur Gutowski Compuware Corporation ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
