topic Re: Cannot print using LP and JD Printer Installer in Operating System - HP-UX

Cannot print using LP and JD Printer Installer

Ray Ray — Wed, 09 May 2007 11:52:05 GMT

I have an HP-UX 11.23 Itanium server that has JD Printer Installer E.10.34 installed. I am unable to print to a printer created through the installer. I can see the temp files created by the printer spooler, but they disappear and nothing gets printed. The hand off to hpnpf gets logged in the lp log.

If I set this up as a remote printer I can get jobs to print. If I use /opt/hpnpl/bin/hpnpf -x printername -n somefile I get the jobs to print. I can print a test print from withing JD. I found a document about perms on the hosts and nsswitch.conf files, but these are world readable.

Has anyone seen this problem?

Re: Cannot print using LP and JD Printer Installer

A. Clay Stephenson — Wed, 09 May 2007 12:07:35 GMT

It's possible that your model script is a really bad match for your printer. Does the lp log display the correct hostname supplied to hpnpf?

My first cut at this would be to delete the printer using hppi and then add it back using hppi.

Re: Cannot print using LP and JD Printer Installer

Ray Ray — Wed, 09 May 2007 12:17:52 GMT

The lp log shows the proper printer name. I can ping the printer from the server, telnet to it,etc.

I have other older HP-UX servers and have taken the laserjet 4 /4M for this printer and had no problems.

I used hppi to set this printer up.

Re: Cannot print using LP and JD Printer Installer

A. Clay Stephenson — Wed, 09 May 2007 12:27:02 GMT

Nevertheless I would still try deleting the printer and re-adding it. If problems persist then your next step is to add some debugging. In the /var/spool/lp/interface/myprinter file locate the line where $HPNPF is invoked and add the options "-l /var/tmp/myprinter.log -s /var/tmp/mystatus.log" and then submit an lp job. These files will have very detailed debugging data.

Re: Cannot print using LP and JD Printer Installer

Ray Ray — Wed, 09 May 2007 12:57:40 GMT

Thanks, the debugging helped me find the problem. The other Unix Admin recreated /var/tmp on the SAN. It inherited root's perms of 755. Once I opened up the perms lp could write temp files.

Thanks for the help.