home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / sysmgt / 447 < prev    next >
Encoding:
Text File  |  1993-01-25  |  3.3 KB  |  70 lines
  1. Newsgroups: vmsnet.sysmgt
  2. Path: sparky!uunet!unx1!dean
  3. From: dean@unix1.realdec.com (Dean Banfield)
  4. Subject: Re: Lost LAT sessions
  5. Organization: Real Decisions Corporation
  6. Date: Mon, 25 Jan 1993 22:20:05 GMT
  7. Message-ID: <DEAN.93Jan25172005@unix1.realdec.com>
  8. In-Reply-To: Peter Smode's message of Fri, 22 Jan 93 15:27:20 PST
  9. References: <0NXsXB1w165w@jeslacs.wimsey.bc.ca>
  10. Sender: dean@rdcalr.realdec.com (Dean Banfield)
  11. Lines: 57
  12.  
  13. In article <0NXsXB1w165w@jeslacs.wimsey.bc.ca> Peter Smode <psmode@jeslacs.wimsey.bc.ca> writes:
  14.  
  15. >   - a SHOW USERS FULL will be missing the (server/port) address for the
  16. >   LTAxxx: terminal
  17. >   - the process will INHALE all available CPU time, at elivated priority.
  18. >   This effectively turns the system into a dog.
  19. >   - it is suspected that users terminal sessions just go dead in the
  20. >   water with no terminal response. We are not sure as users are not
  21. >   giving us good information when these situations occur.
  22.  
  23. We have a software product which experienced a similar problem when 
  24. installed at one particular client.  We narrowed it down to the following
  25. criteria:
  26.     User logged on via LAT
  27.     Hanging out in our product at our prompt (read wait on SYS$INPUT)
  28.     User walks away, uses other session on terminal server, etc and 
  29.       forgets about his read prompt in our product.
  30.     He then logs off terminal server without actually exiting from the
  31.       product prompt, or logging off that session independently.
  32.     LAT sends a HANGUP message to the process, which attempts to
  33.       wind down the image.  This is unsuccessful and the image is
  34.       left disconnected from any LAT connection and gets very high
  35.       priority in the attempted wind-down.
  36. We traced the problem to a set of CTL-C, CTL-Y trapping routines which we
  37. had implemented.  In effect, the wind-down operation sent a CTL-C (or Y)
  38. to the image to wind it down.  Our software, assuming that this was an
  39. interactive user, trapped the signal and tried to return the user to the
  40. product prompt.  Having no effective terminal any more, the software got
  41. very confused and sucked down all available resources trying to re-issue
  42. the product prompt.  
  43.  
  44. To stop the bleeding (we never found an elegant solution) we simply advised
  45. the client to disable the CTL-C, CTL-Y trapping, which meant that when a 
  46. user aborted out of our product, we allowed the system to wind it down in
  47. its own (possibly nasty to us) way.  This DID stop the problem.
  48.  
  49. My advice: Try to find out what application user/application was "turned
  50. off" in this way.  Approach the developer of the application with these 
  51. ideas and see what falls out.  It may be difficult to track this down, but
  52. in our case our image was easily identifiable to the system manager as the
  53. one trying to wind itself down.  The user was impossible to find, since the
  54. LAT stuff got disconnected early in the wind-down.
  55.  
  56. Hope this is of some help.
  57.  
  58. -Dean
  59. --
  60. ===============================================================
  61. Dean Banfield                 
  62. Real Decisions Corporation   Voice: 203.656.1500
  63. 22 Thorndal Circle             FAX: 203.656.1659
  64. Darien, CT  USA 06820        Email: dean@rdcalr.realdec.com
  65. -- 
  66. ===============================================================
  67. Dean Banfield                 
  68. Real Decisions Corporation   Voice: 203.656.1500
  69. 22 Thorndal Circle             FAX: 203.656.1659
  70.