IBM i Lan Attached Printers failing to print after running out of paper

Scott Lewis
Scott Lewis used Ask the Experts™
on
I am the system administrator on the IBM i platform. We have hundreds of printers throughout our enterprise. I recently came on board and have a couple of people that handle day to day operations. One area they spend a significant amount of time on is printer support. It seems when a printer runs out of paper, instead of a simple loading of the paper here are the steps required (sometimes) to get the printers functional again: ENDWTR *IMMED, Vary it off, physically unplug the printer, plug it back in, vary it on and STRPRTWTR. Wow!! This doesn't happen all the time but quite often. If we don't follow these steps, the writer looks active but a spooled files will sit in a PND status and never get to a WTR status. However, with the printer in this status I can use an LPR command to send a SCS spooled file to the printer and it prints fine.  

I should state that we are on V7R2 with the latest PTF's applied.

Attached are two pdf's. The configuration of one of our printers and a joblog when the above condition exists.

copyassetcfg.pdf

copyassetlog.pdf

I guess what I'm asking is this... Has anyone else run into this? And if so, is there any solution beyond what we are doing? I even tried a vary on with a reset to no avail.
Comment
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
Gary PattersonVP Technology / Senior Consultant

Commented:
Unfortunately, this is documented behavior, though I can tell you from first-hand experience it doesn't happen in every environment.

http://www-01.ibm.com/support/docview.wss?uid=nas8N1019003

Questions and suggestions:

1) Do the problem printers have anything in common (model, location, driver, etc?)

2) Is there a NAT firewall between the IBM i host and the problem printers?  Firewall session timeouts can cause some annoying behavior.

3) Open PMR with IBM and gather and submit the info they ask for.

4) Try alternate drivers, based on what the problem printers can support.  You didn't provide a specific model number for the example printer, but I saw a note it was a Konica.  Some Konicas support other protocols than PJL.  

For example, if the PJL driver configured on the example you provided is being used on one of the problem printers, try switching to the SNMP, IPP, or LPR driver (in that order).

http://www-01.ibm.com/support/docview.wss?uid=nas8N1019517

5) Write a "printer reset" program to simplify the recovery process after a PND problem.  It is the work of a few minutes to write a CL or custom command that ends a writer, varies off/on a device, and restarts a writer.

6) Update the firmware on the problem printers.  

7) If all else fails, you might want to test delegating printing responsibilities to your Windows print server, should you have one.  

http://www-01.ibm.com/support/docview.wss?uid=nas8N1018931

Post back with additional info if you like.  Might be able to provide additional specific guidance.
Scott LewisIBM i Programmer/Administrator

Author

Commented:
Hi Gary, thanks for the feedback. I also have seen this in different shops but not this bad. I will step through your list and will report back results. I have a company I partner with for sysadmin stuff and I will share your ideas with them.
Scott LewisIBM i Programmer/Administrator

Author

Commented:
I did write a program to handle the ending immed...varying and restarting. My operators are happy for now. I am still pursuing the other points as I have time. I checked with our network admin and there are no firewalls between the i and the printers.
Ensure you’re charging the right price for your IT

Do you wonder if your IT business is truly profitable or if you should raise your prices? Learn how to calculate your overhead burden using our free interactive tool and use it to determine the right price for your IT services. Start calculating Now!

Gary PattersonVP Technology / Senior Consultant

Commented:
If the problem frequently happens with the same printers, suggest next step is to pick one that supports SNMP or IPP and reconfig it from PJL to SNMP or IPP, and see if that has an impact.
Scott LewisIBM i Programmer/Administrator

Author

Commented:
Sounds reasonable. I have reached out to the person that handles printers on a day to day basis to see what their problem printers are. And I'm checking with ACOM because that is software that handles our special forms.
IBM i Programmer/Administrator
Commented:
Update and close of this issue..... I have found there are two parameters on LAN attached printers that are critical to proper functioning. First, please be sure that RAW port 9100 is set to bi-directional. If you don't the status of spooled file being processed (WRKOUTQ) will never come out of a pending status. The second is the disabling of IPV6. By default we have IPV6 turned on for our i. If we are communicating via IPV4 (which we are) then the printer will never respond. As soon as I disable IPV6 on the printer all is well with the world.

I am new to this site so perhaps there is "things to check" area. At any rate, we can consider this matter closed. I know there will always be printing issues in a world-wide network such as ours, but these two were significant.

Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial