home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / ibmmain / 1839 < prev    next >
Encoding:
Text File  |  1992-07-30  |  4.1 KB  |  80 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!paladin.american.edu!auvm!VCCSCENT.BITNET!SOMITCW
  3. Message-ID: <IBM-MAIN%92073011134648@RICEVM1.RICE.EDU>
  4. Newsgroups: bit.listserv.ibm-main
  5. Date:         Thu, 30 Jul 1992 12:10:08 EST
  6. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  7. From:         SOMITCW@VCCSCENT.BITNET
  8. Subject:      MVS Allocation Recovery
  9. Lines: 69
  10.  
  11.  On Wed, 29 Jul 1992 23:56:59 CDT, NPAPE@VM1.TUCC.TRINITY.EDU said:
  12. >How does your shop handle a production job which has gone into MVS
  13. >allocation recovery for a disk drive?  Our applications programming
  14. >manager wants to be called in all situations before any action is taken.
  15.  
  16.     The best approach now is to have the operator cancel the job.
  17.  Your applications programming manager can only watch the operator
  18.  reply CANCEL.  In the past the operator might have been able to
  19.  recover.  In the future there will hopefully again be recovery.
  20.  
  21.     A brief history of disk allocation recovery.
  22.  
  23.     Over 15 years ago, the system would list offline devices and
  24.  pending offline devices, and give the operator a reply ID.
  25.  The operator would issue unload commands, change mount use,
  26.  sometimes vary disk on or offline, and reply the address of SYSRES
  27.  or any other device to the reply.  The system would process the
  28.  unload commands and vary commands and then retry allocation.
  29.  ( Note:  Back then, we used pending offline status to block
  30.  allocation until IBM took the very useful feature away. )
  31.  
  32.     About 15 years ago IBM made some unfriendly changes.  They changed
  33.  allocation recovery to only accept a reply of an offline device that
  34.  was in the list originally displayed and hadn't been replied before
  35.  and the job must be looking for public space or a private request
  36.  must be satisfied with an offline request plus a few other quirks.
  37.  Allocation recovery for disk was broke.  IBM was requested to fix it
  38.  and they did.  Their response was to remove the words 'Allocation
  39.  Recovery' from the console messages.
  40.  
  41.  ( This was about the same time that IBM decided that tape volumes
  42.  should remain on the tape drives when jobs ended.  They finally
  43.  fixed the system back.
  44.  P.P.S.  If IBM is listening, thanks for fixing it back, but
  45.  adding a JCL option to leave some tapes up and have others unload
  46.  would have been better. )
  47.  
  48.  ( This was about the same time that they decided to drop support
  49.  for CVOL catalogs in IEHPROGM.  They finally fixed the system back.
  50.  P.P.S.  If IBM is listening, thanks for fixing IEHPROGM back,
  51.  at the time we really needed it. )
  52.  
  53.  ( That was about the same time that they decided to disallow tape
  54.  swaps to pending offline tape drives so you could no longer cause the
  55.  bad from drive to be offline as UCB's swap in memory.  Never fixed. )
  56.  
  57.     About 2 years ago IBM received several complaints because with
  58.  VATLST finally fixed, even the once in a blue moon theoretical
  59.  successful allocation recovery for public work space was impossible.
  60.  IBM decided to allow customers a chance to change the mount use of
  61.  a disk volume and then reply.  We put their fix on last year here
  62.  but it didn't work.  We are working on getting maintenance done again.
  63.  If it still doesn't work, I will call IBM and ask them to try again.
  64.  Why can't IBM just drop their bank of offline disk requirement and
  65.  allow the operator to reply RETRY, WAIT, or CANCEL?  Of course they
  66.  could go the other way and add HOLD or NOHOLD complications.
  67.  ( P.P.S.  If IBM is listening, thanks for fixing VATLST and thanks
  68.  for attempting to allow disk allocation recovery again.  It has
  69.  been a long time. )
  70.  
  71.     While I'm complaining, IBM needs to fix the termination message
  72.  NOT RECATLG.  The message means that IBM saved overhead of recata-
  73.  loging a MODded data set because the volume list didn't change.
  74.  The NOT RECATLG messages scares and confuses the users.
  75.  Better messages would be RECATALOG NOT NECESSARY or RECATALOG NOT
  76.  NEEDED.  Or at the worst, IBM could add the overhead and recatalog
  77.  the data set and change the message to say RECATALOGED.
  78.  If this is still a problem after a years worth of maintenance that
  79.  we are applying has been completed, I will open a PMR with IBM.
  80.