home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / aix / 13581 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.2 KB
  1. Path: sparky!uunet!news.larc.nasa.gov!hops.larc.nasa.gov!bell
  2. From: bell@hops.larc.nasa.gov (John Bell)
  3. Newsgroups: comp.unix.aix
  4. Subject: enq fills up /var and leaves it
  5. Date: 21 Jan 1993 15:35:06 GMT
  6. Organization: NASA Langley Research Center
  7. Lines: 18
  8. Distribution: world
  9. Message-ID: <1jmfraINN9bs@rave.larc.nasa.gov>
  10. NNTP-Posting-Host: hops.larc.nasa.gov
  11.  
  12. I found an interesting behavior problem on my RS6K today. A user tried to
  13. print a 10MB file using lpr. When the spool file filled up /var, enq reported
  14. that the spool device was full (this message is directed to the user who
  15. issued the lpr command) and aborted, leaving the spool file in
  16. /var/spool/qdaemon. Of course, having a full /var causes all kinds of 
  17. problems, since nobody can save edited files or spool other printouts then.
  18. When I called IBM, they said that this behavior was "expected", since enq
  19. didn't "know what to do when the spool device filled up". Does this make sense
  20. to anyone out there? Of course I have instituted the obvious workaround,
  21. which is making people use lp instead of lpr, but I feel that it shouldn't be
  22. that hard to have enq delete the temporary spool file if the spool device
  23. fills up.
  24.  
  25. -----
  26. John Bell
  27. NASA Langley Research Center
  28. bell@hops.larc.nasa.gov
  29.  
  30.