home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / xenix / sco / 3601 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  3.2 KB
  1. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!ogicse.cse.ogi.edu!kbeck
  2. From: kbeck@ogicse.cse.ogi.edu (Kevin Beck)
  3. Newsgroups: comp.unix.xenix.sco
  4. Subject: Print spooler stops printing
  5. Message-ID: <48202@ogicse.ogi.edu>
  6. Date: 7 Jan 93 22:42:27 GMT
  7. Article-I.D.: ogicse.48202
  8. Sender: kbeck@ogicse.ogi.edu
  9. Distribution: world
  10. Organization: Oregon Graduate Institute (formerly OGC), Beaverton, OR
  11. Lines: 56
  12.  
  13. Sometimes when I send something to the printer, it doesn't print.  If
  14. I run "lpstat -t", I see that it is spooled, the printers are all
  15. enabled and the scheduler is running.  Checking the printers themselves,
  16. I find they are all powered, on-line, loaded with paper and all that
  17. good stuff BUT NOTHING IS HAPPENING.  This occurs about 2 or 3 times
  18. per week - just often enough to be a big problem, but not often enough
  19. to let me do much experimenting.
  20.  
  21. OUTPUT FROM LPSTAT DURING PROBLEM:
  22.         system default destination: dp80
  23.         device for lp1: /dev/lp0
  24.         device for lp2: /dev/lp2
  25.         device for dp80: /dev/tty2a
  26.         lp1 accepting requests since Mar 17 16:26
  27.         lp2 accepting requests since Aug 28 17:57
  28.         dp80 accepting requests since Nov  2 17:09
  29.         printer lp1 is idle.  enabled since Nov 23 13:12
  30.                     ^^^^^^^
  31.                     Why doesn't it say "now printing..." ??
  32.         printer lp2 is idle.  enabled since Nov 23 12:34
  33.         printer dp80 is idle.  enabled since Nov  2 17:09
  34.         lp1-8665            xfr              19203   Jan  7 09:06
  35.  
  36. We have two similarly configured systems which both exhibit the
  37. problem:
  38.         SCO XENIX 2.3.3 (Upgrade UFM - update M installed)
  39.         486 DX 33 MHz AST, 10 MB RAM
  40.         600 MB IDE Hard Disk
  41.         Sankyo 525 MB tape drive, BusTek BT542 SCSI controller
  42.                 with Chantel drivers so we can use it without
  43.                 the GT version of XENIX...
  44.  
  45.         One system has an 8-port DigiBoard serial board,
  46.         the other has an AST 4-port serial board.
  47.  
  48. On both systems, we have 3 regular old dot-matrix printers (mix of
  49. Epson, Star and OkiData).  Two are connected to the two built-in
  50. parallel ports, the third goes through a serial/parallel converter box
  51. attached to tty2a.  The converter boxes say "IQ Technologies, Inc.
  52. Model Q00C".
  53.  
  54. Some occurrences of the problem can be cleared by using /usr/lib/lpshut
  55. and /usr/lib/lpsched to stop and re-start the scheduler.  Often
  56. however, the only solution seems to be shutting down XENIX.  When I do
  57. this, I often get a little fragment of some earlier print job printed
  58. on the printer which is attached to the serial/parallel converter box
  59. AS THE SYSTEM IS GOING DOWN.  This seems like an important clue, but
  60. I don't know what to make of it.
  61.  
  62. When I originally set up the printers, I used "lpinit" and the "dumb
  63. serial or parallel interface" with a very minor modification: I added
  64. an option to allow suppression of the form feed between print jobs.
  65. Also, two of the printers use the "dumb serial or parallel interface"
  66. with an additional modification which consists of a filter to truncate
  67. excessively wide output.  (Both modifications are to help us use the
  68. printers to fill in pre-printed forms...)
  69.