home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 6005 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  2.2 KB
  1. Path: sparky!uunet!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!ericom!eos92!etxorst
  2. From: etxorst@eos.ericsson.se (Torsten Lif)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Transcript hangs
  5. Message-ID: <1992Sep1.075551.4692@ericsson.se>
  6. Date: 1 Sep 92 07:55:51 GMT
  7. Sender: news@ericsson.se
  8. Reply-To: etxorst@eos.ericsson.se
  9. Organization: Ericsson Telecom AB
  10. Lines: 45
  11. Nntp-Posting-Host: eos92.ericsson.se
  12.  
  13. Lately we've been having problems with Transcript (version 2.1.1) on
  14. our network. Whenever a large file is spooled, it will print out
  15. correctly but lpd never understands that it's finished and the queue
  16. hangs. lprm'ing the top entry (the big file) will clear the condition.
  17. Restarting the preinter daemon will cause the file to print out again
  18. and the queue then promptly hangs the same way as before.
  19.  
  20. Peeking in the /var/spool/printspool/*/log files shows that no
  21. diagnostics from psif appear for those large files. psbanner will
  22. report as normal but the two lines from psif (start & end) seem to have
  23. gone AWOL.
  24.  
  25. When I say "large" the distinction is rather vague. I have a 385 kB
  26. PostScript file that will always hang the one printer and a 73 kB one
  27. that never does. I haven't bothered to try and narrow down the
  28. interval. And, no, it's not the contents of the file. It's the size.
  29. PostScript generated by FrameMaker, enscript and other utilities show
  30. the same symptoms.
  31.  
  32. We've seen the problem intermittently on several printers on our
  33. network. Currently, only one of them seems susceptible, though. My
  34. suspicions point in the direction of the flags setting in
  35. /etc/printcap. Could it be that some flag that we leave untouched
  36. actually needs to be explicitly set and we just hit it lucky most of
  37. the time?
  38.  
  39. Currently, we do:
  40.  
  41. fc#0000374:fs#0000003:xs#0040040
  42.  
  43. which does leave a number of bits untouched.
  44.  
  45. The printer that currently always hangs is connected to /dev/ttyh1 on
  46. an ALM card but we've seen the problem (though not in the last few
  47. weeks) on one that sits on the /dev/ttyb port as well.
  48.  
  49. Does anybody have any clues? Replies by E-mail preferred. I'll
  50. summarize to the net if it turns out to be of general interest and not
  51. just a matter of RTFM on our side.
  52.  
  53. ---
  54.  Torsten Lif
  55.  Ericsson Telecom AB, EO/ETX/TX/AD
  56.  S-126 25  STOCKHOLM, SWEDEN
  57.  Phone: +46 8 719 4881
  58.