home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / sasl / 3410 < prev    next >
Encoding:
Text File  |  1992-07-23  |  2.2 KB  |  55 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!CPMAIL-AM.CIS.COLUMBIA.EDU!FRENKEL
  3. X-Mailer: Pegasus Mail v2.1c R5.
  4. X-Pmrqc:  1
  5. Message-ID: <MAILQUEUE-99.920723153255.256@cpmail-am.cis.columbia.edu>
  6. Newsgroups: bit.listserv.sas-l
  7. Date:         Thu, 23 Jul 1992 15:32:55 EDT
  8. Reply-To:     Tom Frenkel <FRENKEL@CPMAIL-AM.CIS.COLUMBIA.EDU>
  9. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  10. From:         Tom Frenkel <FRENKEL@CPMAIL-AM.CIS.COLUMBIA.EDU>
  11. Subject:      Re: Ghosts left on SAS/SHARE servers
  12. Comments: To: SAS-L@UGA.CC.UGA.EDU
  13. Lines: 40
  14.  
  15. On Sun, 24 May 1992 19:51:42 EDT
  16. "Patrick Spreng" <76666.136@COMPUSERVE.COM> wrote:
  17. >
  18. > (SAS/SHARE release 6.07, and TSO)
  19. >
  20. > For security reasons, our TSO system logs users off with an S522 abend if they
  21. > have had no terminal activity for 20 minutes.  We discovered that if the TSO
  22. > session was using a SAS/SHARE server at the time of the abend, then the server
  23. > still thinks that the user is active, and it does not decrement the use count
  24. > of the libraries.
  25. >
  26. > SAS Tech Support could not reproduce the problem on their system.  While
  27. > trying to create a dump tape for SAS Tech Support, we discovered that the
  28. > problem does not occur when we specify the NOSTAE and DUMPPROL options.
  29. >
  30. > SAS Tech Support's response was that if it works with those options specified,
  31. > then just leave those options in effect!
  32. >
  33. > Has anyone else experienced this problem?
  34.  
  35. We've recently installed 6.07 SAS/SHARE on MVS, and unfortunately, we
  36. too are experiencing this problem (which did *not* occur under 6.06).
  37. The way it shows up is that SAS/SHARE never frees the datasets
  38. allocated by a user, if that user has been "timed out".
  39.  
  40. I just called SI and spoke to Jeff Simpson, who couldn't find a
  41. record of this problem.  But he said he would follow up, and gave me
  42. tracking # 250018.
  43.  
  44. Can anyone out there shed any light on this?  Thanks!       --Tom
  45.  
  46. -----------------------------------------------
  47. Tom Frenkel
  48. Columbia-Presbyterian Medical Center
  49. 161 Ft. Washington Ave.     DAP-1310
  50. New York, NY 10032-3784  USA
  51. Internet:  FRENKEL@CPMAIL-AM.CIS.COLUMBIA.EDU
  52. <<< Opinions expressed not necessarily those of
  53.       my employer >>>
  54. -----------------------------------------------
  55.