Addprinter error when installing 1320N printer queue in jetadmin

[Burvil Chang]

I'm trying to install a new print queue with jetadmin. I am running the
latest version of jetadmin on 11i:

# uname -a
HP-UX hostname-here B.11.11 U 9000/800 4272668813 unlimited-user license

# swlist -lbundle | grep -i jet
J4189-11001C E.10.34 Hewlett-Packard JetDirect Printer Installer for Unix

The other print queues seem to be working fine - this is the only one I've
been having problems with.

I downloaded the driver from http://www.hp.com/pond/modelscripts/index2.html
(it's HP laserjet 1320N) and ran the script to install it. Using jetadmin to
send a test job from hostname-here prints correctly. However, when I try to add a
queue in hppi based on the printer IP, a.b.c.d and press '0' to configure, I get:

Addprinter error: can't find /usr/spool/lp/interface/lj_phung

When I looked in /usr/spool/lp/interface, it wasn't there, so added it,
copying from another interface file, then from another host, and it
didn't make a difference. (the /usr/spool/lp/interface is soft linked to
/etc/lp/interface). I also can't modify or delete the queue, because
Jetadmin can't find it. I also tried copying the interfaces file from another
11i system where I installed the driver and it prints to this printer (got
physical confirmation from the user, who picked up the test pages).

The info on the host that works is:
# swlist -lbundle | grep -i jet
J4189-11001B E.10.18 Hewlett-Packard JetDirect Printer Installer for Unix
J4189-11001C E.10.34 Hewlett-Packard JetDirect Printer Installer for Unix
# uname -a
HP-UX another-hostname B.11.11 U 9000/800 2225551501 unlimited-user license

Since a) a test print job (echo "Test" | lp -dqueue) printed properly from the
'another-hostname' host and b) I was able to print a diagnostic page from my
original host 'hostname-here', I know that it's not a network problem. Again,
I got confirmation from the user, who picked up the printouts.

My guess is I have to reinstall the queue, as it still has some sort of memory as
to the previous, corrupted queue. I removed (via Jetadmin) and re-installed
the driver (at /tmp/burvil/net_lj1320.sh), which completed with no errors, but
I still get the same problems.

One thing I odd I noticed - I noticed there were multiple lpsched processes running, which periodically die, i.e. the following command will sometimes return nothing:

bash-3.1# ps -ef | head -1; ps -ef | grep lpsched
UID PID PPID C STIME TTY TIME COMMAND
lp 19283 19281 0 15:42:12 ? 0:00 /usr/sbin/lpsched
lp 19294 19281 0 15:42:12 ? 0:00 /usr/sbin/lpsched
lp 19281 1 49 15:42:11 ? 0:00 /usr/sbin/lpsched
lp 19286 19281 0 15:42:12 ? 0:00 /usr/sbin/lpsched
root 19549 28215 0 15:42:15 pts/15 0:00 grep lpsched
lp 19282 19281 0 15:42:12 ? 0:00 /usr/sbin/lpsched
lp 19284 19281 0 15:42:12 ? 0:00 /usr/sbin/lpsched
lp 19288 19281 0 15:42:12 ? 0:00 /usr/sbin/lpsched
bash-3.1#

I end up stopping and restarting with /sbin/init.d/lp. Not sure if this
matters, or if it's related.

Does anybody have any idea why the driver won't install?

[Burvil Chang]

Anybody have any further thoughts on this?

[Burvil Chang]

I called HP support, and they had all of 3 hits for this error message, none of which applied to my situation. The support engineer thought there was a permissions problem with a file somewhere, but wasn't sure where. Since this is only one printer for one user, I figured it wasn't worth pursuing further.

I decided to set up and use a remote queue on another server. Although that's a test server, it should be up *most* of the time :)

[John Payne_2]

Burvil,

I know this is likely way too late to be useful for you, but it might be useful for others in the future, so here is what I found:

I came across a server today that was having this error. It didn't make sense that the error was happening until I looked at the permissions for the /etc/lp directory. The permissions were r-xr-xr-x (555), with owner lp:bin. The permissions should have been rwxr-xr-x (755), so the lp user had write permissions in the directory. Once I added the write permission for the lp user (chmod 755 /etc/lp), the problem went away and the printer was added as expected.

Now, how the /etc/lp directory lost the owner write permission is a different story...

Hope it helps
John