home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / aix / 8911 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.2 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!caen!batcomputer!lynx.msc.cornell.edu!ransom.msc.cornell.edu!rick
  2. From: rick@ransom.msc.cornell.edu (Rick Cochran)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: runaway processes (was Re: Vi is still broken)
  5. Message-ID: <1992Aug19.132117.5939@msc.cornell.edu>
  6. Date: 19 Aug 92 13:21:17 GMT
  7. Article-I.D.: msc.1992Aug19.132117.5939
  8. References: <1992Aug17.163739.29534@APS.Atex.Kodak.COM> <133789@lll-winken.LLNL.GOV>
  9. Sender: news@msc.cornell.edu
  10. Organization: Cornell Materials Science Center
  11. Lines: 34
  12.  
  13. In article <133789@lll-winken.LLNL.GOV>, terry@phoenix.ocf.llnl.gov (Terry Heidelberg x24154) writes:
  14. |> We don't see hangs; what we see is an occasional interactive program
  15. |> looping to beat the band.     Since upgrading to 3.2.1 (later to 3.2.2)
  16. |> we have seen the following programs looping:
  17. |>     vi aixterm less info_ascii 
  18. |> and maybe a few more I forget.   The typical scenario is the user 
  19. |> telnet's in, works away, and for some reason has the session broken
  20. |> (who knows, maybe after something hangs) after which s/he logs in
  21. |> again, or goes to some other work, unaware that one of his/her processes
  22. |> is running amok.    Since we have 18 550 cycle servers to
  23. |> look after, some of these runaways chew up quite a bit of cpu time
  24. |> before they get killed by a system administrator.      I have vague
  25. |> suspicions of (a) the telnetd, (b) something in the way these programs
  26. |> handle signals or system-call errors, (c) [the ever popular] AIX.
  27. |> 
  28. |> Anyone have similar experiences, or ideas about the cause?  Are the
  29. |> above fixes likely to help us?
  30. |> 
  31. |> Thanks.
  32.  
  33. Yup.  We see this kind of thing frequently.  Since we are about to start
  34. chargeback accounting, this will be a severe pain.
  35.  
  36. Our most recent method of producing the problem is to close a window in
  37. which a process which is on the receiving end of a pipe is running.
  38.  
  39. This has been going on for years but has lately become intolerable.  I
  40. must now try to come up with a reproducible example and phone up IBM
  41. to see if it's a 'supported defect' :-}
  42.  
  43. -- 
  44. |Rick Cochran          607-255-7223             rick@msc.cornell.edu|
  45. |Cornell Materials Science Center             rick@crnlmsc2.bitnet|
  46. |E20 Clark Hall, Ithaca, N.Y. 14853         cornell!msc.cornell.edu!rick|
  47.