home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11358 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.2 KB  |  33 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!well!nlane
  3. From: nlane@well.sf.ca.us (Nathan D. Lane)
  4. Subject: Re: /tmp Corrupted
  5. Message-ID: <BxBBIH.9z0@well.sf.ca.us>
  6. Sender: news@well.sf.ca.us
  7. Organization: Whole Earth 'Lectronic Link
  8. References: <1992Nov5.225824.3656@netcom.com> <SK.92Nov6175046@sun4.thp.uni-koeln.de>
  9. Date: Fri, 6 Nov 1992 20:56:41 GMT
  10. Lines: 21
  11.  
  12. In the previous messages on this thread, it was mentioned that the /tmp file
  13. system was getting 100% full and doing a du showed it to be nowhere near
  14. full.  I had the exact same problem and traced it down to an unconnected
  15. pipe.  Since I was using a program language that I assumed would handle
  16. pipes correctly, I was totally mystified.  Then I realized what the program
  17. was doing - simulated command line:
  18.  
  19.     xterm -e cat xxx | nroff -ms
  20.  
  21. That is not the exact command line, because it does not reproduce the problem.
  22. I think it only happened when the file was non-existent.
  23.  
  24. Obviously, this isn't allowed and "nroff" is the one that showed up in
  25. the process table.  After I killed it, the /tmp file system was correct
  26. again.  I have not verified my actual theory about broken/unconnected
  27. pipes causing the problem.
  28.  
  29. -Nathan Lane
  30. Trico Title Company, Santa Barbara, CA
  31. nlane@well.sf.ca.us
  32.  
  33.