USER's can't print, root can

[David Kleinman]

HP-UX print spool. Root can print to all printers. When I log in as a user, I can submit jobs to the queue but the job never prints. I've compared all unix directory permissions w/ a working system configured w/ the same printers and found no discrepancies.

Here's what fails:
hostname:user:/home/user: lp -dlanier /etc/hosts
request id is lanier-66 (1 file)
hostname:user:/home/user: lpstat -o
lanier-65 lrprod priority 0 Aug 20 17:10
hosts 2715 bytes

The file just sits in the queue but clears right out when I send it as root.

I've sent the file w/ the -c flag w/o success and restarted lpsched.

Here's my os:
HP-UX hostname B.11.11 U 9000/800

[Jeff_Traigle · Accepted solution]

Hmmm. Interesting. You could check that the suid bit is set on your lp commands. Not sure they would have gotten the job that far not being set, but normally they are set and since it works with root but not normal users...

Here's how they look on an 11.11 system I have.

-r-sr-xr-x 1 root bin 40960 Nov 14 2000 /usr/bin/lp
-r-sr-xr-x 1 root bin 36864 Nov 14 2000 /usr/bin/lpalt
-r-xr-xr-x 1 bin bin 614 Nov 14 2000 /usr/bin/lpr
-r-sr-xr-x 1 lp bin 45056 Nov 14 2000 /usr/bin/lpstat
-r-sr-xr-x 1 root bin 40960 Nov 14 2000 /usr/sbin/lpadmin
-r-xr-xr-x 1 bin bin 16384 Nov 14 2000 /usr/sbin/lpana
-r-sr-xr-x 1 lp bin 20480 Nov 14 2000 /usr/sbin/lpfence
-r-sr-xr-x 1 lp bin 28672 Nov 14 2000 /usr/sbin/lpmove
-r-sr-xr-x 1 root bin 53248 Nov 14 2000 /usr/sbin/lpsched
-r-sr-xr-x 1 lp bin 16384 Nov 14 2000 /usr/sbin/lpshut

Can also try using -v option on lpsched... see if anything useful shows up in /var/adm/lp/log.

[Sundar_7]

How about the /etc/lp/* directories permissions ?

[David Kleinman]

The permissions checked out on both systems. After running lpsched in verbose mode, I saw that the user jobs weren't submitting the print requests to the log.

Root was sending the following commands:

FIFO: Aug 23 12:28 r lanier0132 45 lrprod edcprv01 0
lanier0132-45 lrprod lanier0132 Aug 23 12:28
Start: lanier0132-45 Mon Aug 23 12:28:04 EDT 2004
End: lanier0132-45 Mon Aug 23 12:28:04 EDT 2004
Non PJL printer, turn off TEOJ
/etc/lp/interface/model.orig/lanier0132
/opt/hpnpl/bin/hpnpf -j lanier0132-45+lrprod -x lanier0132
CHILD: Aug 23 12:28 lanier0132 45 0000
FIFO: Aug 23 12:28 m lanier0132 6700

I deleted the printer, added it again and it worked fine. Still don't know the root cause.

I had to add all 25 printers to this system to allow the users to print to them.

[David Kleinman]

--------------------------------------------------------------------------------
The permissions checked out on both systems. After running lpsched in verbose mode, I saw that the user jobs weren't submitting the print requests to the log.

Root was sending the following commands:

FIFO: Aug 23 12:28 r lanier0132 45 lrprod edcprv01 0
lanier0132-45 lrprod lanier0132 Aug 23 12:28
Start: lanier0132-45 Mon Aug 23 12:28:04 EDT 2004
End: lanier0132-45 Mon Aug 23 12:28:04 EDT 2004
Non PJL printer, turn off TEOJ
/etc/lp/interface/model.orig/lanier0132
/opt/hpnpl/bin/hpnpf -j lanier0132-45+lrprod -x lanier0132
CHILD: Aug 23 12:28 lanier0132 45 0000
FIFO: Aug 23 12:28 m lanier0132 6700

I deleted the printer, added it again and it worked fine. Still don't know the root cause.

I had to add all 25 printers to this system to allow the users to print to them.