home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / hp / 9946 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.9 KB
  1. From: kwb@hplvec.LVLD.HP.COM (Keith Blackwell)
  2. Date: Tue, 1 Sep 1992 17:13:39 GMT
  3. Subject: Re: Unkillable processes
  4. Message-ID: <560036@hplvec.LVLD.HP.COM>
  5. Organization: Hewlett-Packard Co., Loveland, CO
  6. Path: sparky!uunet!gossip.pyramid.com!decwrl!sdd.hp.com!hpscdc!cupnews0.cup.hp.com!hppad.waterloo.hp.com!hppad!hpfcso!hplvec!kwb
  7. Newsgroups: comp.sys.hp
  8. References: <1992Aug26.180629.385@ctp.com>
  9. Lines: 29
  10.  
  11. In comp.sys.hp, ignatz@wam.umd.edu (Mark J. Sienkiewicz) writes:
  12.  
  13. >   Anyway, you can probably think of bunches more-- just think "What could
  14. >   make a process wait in kernel mode?"
  15.  
  16. After a power glitch fried our local LAN, my s300's disk had a strange
  17. problem (though fsck never complained):  whenever a process attempted
  18. to access a particular directory (in which I had been working during the
  19. power glitch), that process would hang in an unkillable state.  Obviously,
  20. it was not possible to remove the directory, since removing it requires
  21. accessing it.  Even a "stat(2)" call would cause a process to hang.
  22. Even after rebooting (to clean up all those hung processes), the problem
  23. persisted.  [this happened on HP-UX 8.0, by the way]
  24.  
  25. I eventually had to use fsdb(1M) to twiddle bits on the disk so as to
  26. "remove" that directory.  I had to keep running fsdb and fsck over and
  27. over until I got it right.  Not a fun job.  And a very dangerous one at
  28. that.
  29.  
  30. I never found anything wrong with the directory's inode, though it's
  31. possible that the "flags" field may have had some flag set inappropriately
  32. and this caused the kernel to wait erroneously.  I've never heard of
  33. anyone else having a problem like this (and I certainly don't know enough
  34. about HP-UX internels to explain what *really* happened), but maybe someone
  35. else might run into the same problem.  Using fsdb is a nightmare, but it
  36. might be the only choice available.
  37.  
  38. ---
  39. Keith Blackwell        (not a spokesman for HP, just a fellow HP-UX user)
  40.