home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / misc / 4153 < prev    next >
Encoding:
Text File  |  1992-09-09  |  4.0 KB  |  92 lines
  1. Newsgroups: comp.sys.sun.misc
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!leland.Stanford.EDU!aldrich
  3. From: aldrich@leland.Stanford.EDU (Jeff Aldrich)
  4. Subject: can't print to sparcprinter from remote hosts
  5. Message-ID: <1992Sep9.191604.23393@leland.Stanford.EDU>
  6. Keywords: sparcprinter, newsprint
  7. Sender: news@leland.Stanford.EDU (Mr News)
  8. Organization: Stanford University
  9. Date: Wed, 9 Sep 92 19:16:04 GMT
  10. Lines: 80
  11.  
  12. I am in a state of total confusion with a SPARCprinter installation.
  13. I have a (hopefully) vanilla setup consisting of Sun printer, NP 2.0
  14. and OW3 on an IPX running 4.1.1b.  It works fine.
  15.  
  16. The print host is one of several NIS clients that are configured in a
  17. similar manner.  None of the other clients in this domain is able to
  18. print to the SPARCprinter.  However, all of these clients are able to
  19. print to any of several other printing devices via rm/rp on a
  20. different server.  All of these other printers are LaserWriters on
  21. LocalTalk net, not directly connected to a UNIX host.
  22.  
  23. One other machine in the local domain *is* able to print to the Sp: it
  24. is the NIS master, and also the spooling host for all other printers.
  25. Printcap isn't part of the NIS maps in this domain.
  26.  
  27. Spooldir organization is of the form /var/spool/lpd/<printer_name> on
  28. all machines except for the Sp spooling host, where there is a link
  29. /var/spool/lpd/leroy -> /usr1/spool/lpd/leroy.  Setup to accomodate the newly-arrived printer was the same on all machines, limited to creating
  30. the local spool dir, editing /etc/printcap, and restarting lpd.  
  31.  
  32. Local printcap entry:
  33.  
  34. leroy|Leroy|LEROY|leroy, a SPARCprinter:\
  35.     :lp=/dev/lpvi0:\
  36.     :sd=/usr1/spool/lpd/leroy:\
  37.     :lf=/usr1/spool/lpd/leroy/log:\
  38.     :af=/usr1/spool/lpd/leroy/acct:\
  39.     :if=/usr/newsprint/lpd/if:\
  40.     :gf=/usr/newsprint/lpd/gf:\
  41.     :nf=/usr/newsprint/lpd/nf:\
  42.     :tf=/usr/newsprint/lpd/tf:\
  43.     :rf=/usr/newsprint/lpd/rf:\
  44.     :vf=/usr/newsprint/lpd/vf:\
  45.     :cf=/usr/newsprint/lpd/cf:\
  46.     :df=/usr/newsprint/lpd/df:\
  47.     :of=/usr/newsprint/lpd/of:\
  48.     :mx#0:\
  49.     :sf:\
  50.     :sh:
  51.  
  52. Remote printcap entry, identical on all machines:
  53.  
  54. leroy|Leroy|LEROY|leroy, a SPARCprinter:\
  55.         :lp=:rm=sprocket:rp=leroy:sd=/var/spool/lpd/leroy:\
  56.         :lf=/var/spool/lpd/leroy/errs:
  57.  
  58. This works on a 4/330 NIS server running SunOS 4.1.1, and fails on
  59. 4/{40,50,65,75,260,670MP} clients running SunOS 4.{1,1.1,1.1b,1.2}.
  60. The failure mode: a print job's cf and df files are placed in
  61. /var/spool/lpd, and not in /var/spool/lpd/leroy.  Once there, they are
  62. recognized by lpq and removable with lprm, but are never shipped off
  63. to the printer host.
  64.  
  65. Lots of more-or-less silly attempts to remedy include manually
  66. depositing the cf and df files where they ought to be, redirecting all
  67. print jobs to the 4/330 that *is* able to use the printer, checking
  68. and adjusting permissions and ownerships everywhere, trying
  69. alternative release levels of lpr and lpd, reducing printcap to a
  70. single entry referring to the SPARCprinter, and so on and on and on.
  71. So why does lpr (I guess) insist on using its default spooling dir,
  72. instead of the one defined in the printcap?  Why does lpq inform me
  73. that there is no daemon present, when in fact there is?
  74.  
  75. As further grist, probably related but I don't know how: after
  76. rebooting two of the clients-that-can't-print, lpc on those two hosts
  77. informs me that every single printer *except* the new SPARCprinter is
  78. "unknown".  These two machines are a 4/65-4.1 and a 4/670-4.1.2.  Both
  79. machines continue unable to print to the SPARCprinter, of course.
  80.  
  81. Although I'm reasonably certain that, after having been examined by
  82. two independent judges for over six hours, at least permissions and
  83. ownerships are correct, I would be happy to provide further info in
  84. that regard to anyone who thinks it might be interesting.  Ditto
  85. checksums, dates of manufacture, etc., for relevant binaries, output
  86. from trace, whatever.  Thanks, in profusion, for any insight.
  87.  
  88. ................................................
  89.  Jeff Aldrich    <aldrich@sunrise.Stanford.EDU>
  90.  R&D Engineer    Center for Design Research
  91.                  Stanford University
  92.