home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / ibmmain / 1811 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.5 KB  |  53 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!paladin.american.edu!auvm!UCBCMSA.BITNET!SPGDNF
  3. Message-ID: <IBM-MAIN%92072716550616@RICEVM1.RICE.EDU>
  4. Newsgroups: bit.listserv.ibm-main
  5. Date:         Mon, 27 Jul 1992 14:53:00 PDT
  6. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  7. From:         Dave Friedman 510-642-5823 <SPGDNF@UCBCMSA.BITNET>
  8. Subject:      Esoteric Device Message in ESA 4.2
  9. Lines: 42
  10.  
  11. Our shop is in the process of upgrading from ESA 3.1.1 to ESA 4.2, and
  12. an annoying JES2 message has appeared in some of our ESA 4.2 test jobs.
  13.  
  14. Here is the situation:
  15.  
  16. A NONVSAM dataset is created on DASD (assume a 3390) and cataloged in an
  17. ICF catalog.  One can then do an IDCAMS LISTCAT and see the DEVICETYPE
  18. for the entry.  In our shop, DISK is defined as an esoteric, with a list
  19. of addresses containing both 3380 and 3390 volumes.
  20.  
  21. If the dataset is cataloged via UNIT=DISK and DISP=(,CATLG) in jcl, the
  22. catalog shows a DEVICETYPE of X'3010200F'.  The same thing happens if we
  23. catalog the dataset using IDCAMS DEFINE ... NONVSAM DEVTYPE(3390), and
  24. if we catalog the dataset with a WYLBUR command (apologies to Leonard).
  25.  
  26. However, if we catalog the dataset using IDCAMS DEFINE ... NONVSAM
  27. DEVTYPE(DISK), the catalog shows a DEVICETYPE of X'0003200'.
  28.  
  29. I guess the first question is why is IDCAMS using X'0003200'?  However,
  30. this is also true in our ESA 3.1.1 system, and it does not generate any
  31. JES2 messages there.
  32.  
  33. Now in our ESA 4.2 system, the JES2 job log shows the following message
  34. when a dataset with X'0003200' is encountered:
  35.  
  36.     IEF348I dsname WAS FOUND TO BE CATALOGED USING ESOTERIC DISK
  37.             INSTEAD OF A GENERIC
  38.  
  39. The ESA 4.2 messages manual says that this is to warn the user in case
  40. the system I/O configuration changes.  The manual seems to be advising
  41. the systems programmer to recatalog the dataset using a generic.  In
  42. our shop the systems programmer does not mess around with application
  43. files.  Anyway, it would be a never-ending task, since we recommend to
  44. our application staff that they use esoterics rather than generics.
  45.  
  46. Fortunately, only a few files are affected by this, because most of our
  47. files are cataloged in jcl rather than by IDCAMS.  However, I wonder if
  48. anyone else has encountered this problem and found a way to suppress the
  49. JES2 message.  Is there some reason why JES2 should be giving people
  50. this "reminder" every time they access a file cataloged with IDCAMS and
  51. an esoteric?  It seems like nagging.  Is this message a result of the IBM
  52. orientation toward SMS?  We are not yet an SMS shop.
  53.