home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / aix / 13593 < prev    next >
Encoding:
Text File  |  1993-01-21  |  1.8 KB  |  38 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!cs.utexas.edu!geraldo.cc.utexas.edu!portal.austin.ibm.com!awdprime.austin.ibm.com!jaws1.Berkeley.EDU!jaws
  3. From: jaws@jaws1.austin.ibm.com (Jason A. Woods)
  4. Subject: Re: enq fills up /var and leaves it
  5. Sender: news@austin.ibm.com (News id)
  6. Message-ID: <C17y8J.2290@austin.ibm.com>
  7. Date: Thu, 21 Jan 1993 19:31:30 GMT
  8. Reply-To: YOURLOGIN@YOURCOMPUTER.austin.ibm.com
  9. References: <1jmfraINN9bs@rave.larc.nasa.gov> 
  10. Organization: IBM Austin
  11. Lines: 25
  12.  
  13. >I found an interesting behavior problem on my RS6K today. A user tried to
  14. >print a 10MB file using lpr. When the spool file filled up /var, enq reported
  15. >that the spool device was full (this message is directed to the user who
  16. >issued the lpr command) and aborted, leaving the spool file in
  17. >/var/spool/qdaemon. Of course, having a full /var causes all kinds of 
  18. >problems, since nobody can save edited files or spool other printouts then.
  19. >When I called IBM, they said that this behavior was "expected", since enq
  20. >didn't "know what to do when the spool device filled up". Does this make sense
  21. >to anyone out there? Of course I have instituted the obvious workaround,
  22. >which is making people use lp instead of lpr, but I feel that it shouldn't be
  23. >that hard to have enq delete the temporary spool file if the spool device
  24. >fills up.
  25.  
  26. There is an apar out there that addresses almost the same thing,
  27. ix31756; but it was a change to qdaemon so that it would remove
  28. the files in /var/spool/qdaemon when a job was stopped/canceled
  29. abnormally.  Without looking closer, I couldn't say that this would
  30. fix this or not; however, the fact remains that we should be cleaning
  31. up after ourselves, so I would think that if ix31756 doesn't work
  32. that another apar is in order.
  33.  
  34. Jason Woods - Go Ahead, Take A RISC . . .
  35. AIX Software Defect Support
  36.  
  37. DISCLAIMER - "I did it during lunch . . . really!"
  38.