home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / internal / 1696 < prev    next >
Encoding:
Internet Message Format  |  1992-08-15  |  1.5 KB
  1. Xref: sparky comp.unix.internals:1696 comp.unix.sysv386:13187
  2. Newsgroups: comp.unix.internals,comp.unix.sysv386
  3. Path: sparky!uunet!cs.utexas.edu!usc!sol.ctr.columbia.edu!ucselx!crash!gpitcher
  4. From: gpitcher@crash.cts.com (Glenn Pitcher)
  5. Subject: SIGKILL problem with Interactive
  6. Date: 14 Aug 92 12:48:46 PDT
  7. Message-ID: <1992Aug14.124846.27924@crash>
  8. Keywords: SIGKILL Interactive
  9. Lines: 27
  10.  
  11.  
  12. We're running Interactive SVR3 here on an Edge 433/SE and I've been finding  
  13. that sending a SIGKILL to a process doesn't always do as it advertises.
  14.  
  15. For instance, I have one job that is recycled each night.  It's first 
  16. terminated by using 'kill -9 <pid>'.  Most of the time it works but last
  17. night the job was in a infinate loop trying to kill this thing off.  Another
  18. example is a little script that kills users off just before I perform a 
  19. system backup at 0200.  Here I also use kill -9 (I know it's crude) and it
  20. works... most of the time.
  21.  
  22. I have seen things like this happen before (such as with zombies under BSD)
  23. but not to this extent.
  24.  
  25. Also, occasionally, my backup job (which is started by cron) simply sits
  26. in the process queue sawing logs (asleep :-) ).  Nothing I do will wake it
  27. up and I have absolutly no idea as to why my system is doing this.  I even
  28. tried sending a SIGCONT but the kill command doesn't recognize it! Geezzz.
  29.  
  30. Can anyone (Sun, are you listening?) give me some input?
  31.  
  32. Thanks
  33. Glenn Pitcher
  34. Systems Administrator
  35. United States Bankruptcy Court - Southern District of California
  36. San Diego, CA
  37.  
  38.