home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #23 / NN_1992_23.iso / spool / bit / listserv / ibmmain / 2345 < prev    next >
Encoding:
Text File  |  1992-10-09  |  1.7 KB  |  35 lines
  1. Newsgroups: bit.listserv.ibm-main
  2. Path: sparky!uunet!think.com!sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!j-grout
  3. From: j-grout@uxa.cso.uiuc.edu (grout john robert)
  4. Subject: Re: LINK PACK AREA MEMBERS
  5. References: <921009.090031.LCL.SYSGAM@SUVM>
  6. Message-ID: <Bvv3KB.6Lv@news.cso.uiuc.edu>
  7. Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
  8. Reply-To: j-grout@uiuc.edu
  9. Organization: University of Illinois at Urbana
  10. Date: Fri, 9 Oct 1992 16:09:46 GMT
  11. Lines: 22
  12.  
  13. "Glenn A. Malling" <SYSGAM@SUVM.BITNET> writes:
  14.  
  15. >In addition to moving some things from the LPA, on SP 1 systems you
  16. >probably have some that can be re-moved.  I.e. TCAM.
  17.  
  18. A full SYSGEN can be helpful as part of an LPA clean-up process.  Coding your
  19. Stage 1 deck for your system helps you get rid of unwanted access methods
  20. (such as TCAM) and device support routines (either those for devices which you
  21. once had and got rid of or those your system came pre-SYSGENed with support
  22. for).  You might also check your PTS for PTFs with SYSGEN holds... some of
  23. those might help you remove unwanted code also (e.g., MSS support).
  24.  
  25. Since doing a full SYSGEN requires ACCEPTing all applied functions and
  26. maintenance in the MVS zone (if you do it the naive way... if you can do it
  27. the sophisticated way, you don't need help :-), I would suggest bringing your
  28. system to a comfortable maintenance level (say generally three or four tapes
  29. back but _with_ current hold data and fixes or bypasses for PE chains which
  30. keep important things off) before doing the SYSGEN.  After the SYSGEN, do
  31. additional maintenance with APPLY (for ease of back-off: more recent PTFs are
  32. more likely to require it).
  33. -- 
  34. John R. Grout            | INTERNET: j-grout@uiuc.edu
  35.