Well, there are a couple of things that could have happened,
1. Some how the print queue has downed it self. You can try to "enable"
the queue by using the command on the client machines and the server:
I.E. enable hp5si
2. From the error messages, it looks as though you might have tried to
delete the queue as a user and not as root. (I have done this once and
got the same problem.). Basicly the virtual printers database gets out
of wack, and thinks that the printer exists when it doesn't. To fix it
correspond to that printer.
correspnd to that printer.
then run this shell script:
--Begin Shell Script--
for file in `ls`
QNAME=`echo $file | cut -d':' -f1`
DEVICE=`echo $file| cut -d':' -f2`
chvirprt -q $QNAME -d $DEVICE
--End Shell Script--
This will rebuild the stuff. And should fix the problem with not being
able to create a print queue. Another thing you may want to look at is
if the main server has the hosts in the /etc/hosts.lpd file..
Hope that helps.
> Hi. The system I'm working on has one main computer and three that
> basically function as terminals; all are running AIX 4.1.3. The terminals
> have suddenly stopped being able to print to the established print queues
> on the main machine. The main machine can print directly, but despite my
> best efforts, lpq on the terminals insists that the hosts' established
> print queues are down.
> If I set up new queues on the main machine and terminals, everything works
> as expected. Unfortunately, SMIT is refusing to remove the old queues to
> replace them with new ones of the same name, giving errors like "there are
> no further menu items for xxx". I've tried the suggested fixes, using cp
> and piodigest, but piodigest returns errors also.
> Any suggestions on what I can do to make the established queues available
> again remotely? Failing that, is there a safe way to remove old print
> queues manually?
> Thanks -