Print queue will not enable

[saucyboy]

I have a print queue which will not enable,

tried enable "print queue" but status is down, there are several jobs in the queue, Previouls cancelled them - the queue went to ready status but as soon as a print job is sent the queue disables itself with status DOWN.
the printer is Cannon, users can print from Windows.
the jobs in the AIX print queue are queued and are not reachin the printer.

any ideas
OS : 5.3.0.0
instfix -i |grep ML
All filesets for 5300-02_AIX_ML were found.
All filesets for 5.3.0.0_AIX_ML were found.
All filesets for 5300-01_AIX_ML were found.
All filesets for 5300-03_AIX_ML were found.

any ideas

 

[khalidaaa]

How do you usually configure the Q? do you use the ip of the printer?

if so then check to see if it is a dns problem by pinging the address of the printer then using the name

check the qdaemon status!

did you try to print to it manually using qprt command after enabling the Q? (there might be errors displays on the screen when doing so!)

qprt -Pqname filename

You are saying that the users can print Windows print jobs so i will not consider the printer as having the problem!

Regards,
Khalid

 

[jpor2003]

Yep. Worth checking that qdaemon is running by using the lssrc -s qdaemon

Or

lssrc -g spooler

If not active. Then try a startsrc -s qdaemon

 

[ogniemi]

it also happens when communication problem occures to the printer

http://publib.boulder.ibm.com/infoc...rgd/doc/printrgd/printer_queue_sys_status.htm

DOWN Specifies that the device driver cannot communicate with the printer (CD or CTS dropped or is low) after TIMEOUT seconds. The TIMEOUT value indicates the amount of time, in seconds, that the queuing system waits for a printer operation to complete. You can set this value using SMIT.
A queue usually goes into the DOWN state after it has been in the DEV_WAIT state. If a queue goes directly into the DOWN state, either the TIMEOUT value is too small or there are cabling problems. Usually, this situation occurs when the printer device driver cannot tell if the printer is there because of the absence of correct signaling. However, some printers cannot signal the queuing system that they are only offline. These printers signal that they are off; they drop CTS (if an lp) or drop CD (if a tty).

If the printer device is off, the queue goes into the DOWN state. The system administrator can bring a queue to the DOWN state for maintenance with the queuing commands (qadm, disable, enq, and others).

Normal recovery: Correct the problem that brought the queue down and bring the queue back up using the qadm, enable, or enq commands with appropriate flags. The queue must be manually brought up before it can be used again.

 

[needcoffee]

You might want to try putting on the jobs on hold in the queue before you bring it up. Then try to enable the queue and release the jobs one at a time. I've had a poorly formatted job do this on some of my queues and had to delete the job for the queue to stay up.

Also, I've seen where a windows job was running on the printer first and AIX downed the queue because it could not get the ready response it was expecting. Install Samba on AIX or Windows Services for Unix to get around this.

needcoffee