home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / sasl / 3433 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.6 KB  |  54 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!darwin.sura.net!paladin.american.edu!auvm!A1.RELAY.UPENN.EDU!RATAJCZAK
  3. Return-Path: <ratajczak@a1.relay.upenn.edu>
  4. Msg-Class: ALL-IN-1 V2.3 BL8-4 Rev. AAC 20-Dec-1988
  5. Message-ID: <13219072702991/37470@RELAY>
  6. Newsgroups: bit.listserv.sas-l
  7. Date:         Mon, 27 Jul 1992 13:31:01 -0400
  8. Reply-To:     "Lori Ratajczak" <ratajczak@A1.RELAY.UPENN.EDU>
  9. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  10. From:         "Lori Ratajczak" <ratajczak@A1.RELAY.UPENN.EDU>
  11. Subject:      ADABAS response code 71
  12. Lines: 40
  13.  
  14. CONTENT:  question
  15. SUMMARY:  anyone else experiencing ADABAS response code 71?
  16. REL/PLTF: SAS/ACCESS Interface to ADABAS under MVS SAS 6.07
  17. E-ADDR:   ratajczak@a1.relay.upenn.edu
  18. NAME:     Lorraine Ratajczak
  19. PH/ADDR:  (215) 898-9946/3401 Walnut St., Suite 265C, Phila., PA 19104-6228
  20.  
  21. I'm not sure what REL/PLTF stands for, so I hope I filled in the blank
  22. properly :-).
  23.  
  24. Last week, running the SAS/ACCESS Interface to ADABAS using SAS 6.07 under
  25. MVS/ESA, we experienced an ADABAS response code 71.  Once one job gets
  26. the response code 71, *no one* (no TSO, batch, or CICS user) can access the
  27. ADABAS database until our ADABAS guys manually clean up the user queues.
  28. According to a trace taken using Treehouse's TRIM, SAS/ACCESS is not issuing
  29. Release Commands, is not re-using Command ID's, and is leaving user queues
  30. hanging.  We only noticed the problem when users really started using
  31. SAS/ACCESS, and enough SAS/ACCESS jobs ran to fill the TBI pool.  Given that
  32. this SAS problem affects our online transaction processing, I have asked
  33. my SAS/ACCESS users to stop using it until the problem is solved.  SAS
  34. Institute is working on the problem (tracking number 249881).
  35.  
  36. So, why am I writing?  Because we're upgrading our mainframe on August 9th,
  37. and our current production SAS-ADABAS interface (EXTRACT/A under SAS 5.16)
  38. won't work on the new mainframe.  The current version is dependent on the CPU
  39. ID.  Before the vendor went out of business, they sent us a version that is
  40. not dependent on the CPU ID, but it requires an obsolete version of PREDICT
  41. (the ADABAS data dictionary), which we don't have and almost certainly can't
  42. get.  As you can see, we're in a bind.  My manager and I hope you can help.
  43.  
  44. Has anyone else in SAS-Land experienced this response code 71 problem?  If so,
  45. how did you deal with it?  Any advice on dealing with the situation in
  46. general?
  47.  
  48. Your help is appreciated!
  49. --
  50. Lorraine Ratajczak, U.M.I.S., University of Pennsylvania
  51. voice:  215-898-9946   fax:  215-898-0386
  52. Internet:  ratajczak@a1.relay.upenn.edu
  53. running SAS 5.16 under MVS/ESA; easing into SAS 6.07
  54.