Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!swrinde!ucsd!ucbvax!RICHTER.MIT.EDU!krowitz
From: krowitz@RICHTER.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re:  Print problems
Message-ID: <9007131529.AA03757@richter.mit.edu>
Date: 13 Jul 90 15:29:09 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 25

You could conceivably being running out of TCP/IP resources on the node.
Check the ptys in /dev and see if they are all in use (llkob will tell
you this). The other possibility is that the NCS global location broker
database is getting whacked. If there is more than one copy of /etc/ncs/glbd
running in your network, then the time and date on each machine running
glbd *must* be kept within 5 minutes of each other. You can try using
/etc/ncs/drm_admin to forceably merge multiple glb databases if they
are out of whack.

If the prf command on the node you are printing from can not get an NCS
connection to the node running the print manager, then the files will be
queued as SR9.7 queue entries, which are ignored by the print manager.
The /sys/hardcopy/pre10q program is *supposed* to periodically look for
SR9.7 queue files and requeue them as SR10 entries, but sometimes it
seems as if the program only does this when it starts up. If the pre10q
program can't get an NCS connection to the print manager, then of course
the files won't get requeued.


 -- David Krowitz

krowitz@richter.mit.edu   (18.83.0.109)
krowitz%richter.mit.edu@eddie.mit.edu
krowitz%richter.mit.edu@mitvma.bitnet
(in order of decreasing preference)