home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / bit / listserv / ibmmain / 2665 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.4 KB  |  31 lines
  1. Newsgroups: bit.listserv.ibm-main
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!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: How to expand SYS1.LOGREC
  5. References: <IBM-MAIN%92111717415102@RICEVM1.RICE.EDU>
  6. Message-ID: <Bxx43G.HHw@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: Wed, 18 Nov 1992 15:23:38 GMT
  11. Lines: 18
  12.  
  13. Leonard D Woren <LDW@USCMVSA.BITNET> writes:
  14.  
  15. >As someone else already replied, you can just rename the existing one,
  16. >allocate and initialize a new one, and IPL.  Don't forget to dump the
  17. >data from the old one before you scratch it.  And yes, don't scratch
  18. >the old one before IPLing.  It's opened only at IPL time.  Also note
  19. >that you can't move SYS1.LOGREC because it has absolute disk addresses
  20. >in it.  I heard a story of one site that reorganized sysres and ended
  21. >up with logrec data in the middle of an SMP dataset because they
  22. >didn't re-init logrec.
  23.  
  24. So one should allocate SYS1.LOGREC with DSORG=PSU (for physical
  25. sequential unmovable) to tell the system (and any helpful
  26. reorganization utilities) that it can't be moved.
  27. -- 
  28. John R. Grout                        j-grout@uiuc.edu
  29. University of Illinois, Urbana-Champaign
  30. Center for Supercomputing Research and Development
  31.