LP scheduler down

[MidRange Support]

HP 9000 N class server running HP-UX 11.00. LP scheduler stops in middle of day and refuses to start again.

/var/adm/lp> lpstat -r
scheduler is not running

/var/adm/lp> lpsched
scheduler is running

/var/adm/lp> lpstat -r
scheduler is not running

/var/adm/lp> ps -eaf | grep lp
root 2644 2457 0 Jul 8 ? 0:00 /usr/sbin/stm/uut/bin/tools/monitor/lpmc_em

Any ideas? Please help!!!

Thanks for any suggestions.

[Denver Osborn]

Remove /var/spool/lp/FIFO and /var/spool/lp/SCHEDLOCK if they exist. Then try to start it.

# cp /var/spool/lp/log /var/spool/lp/log.orig
# >/var/spool/lp/log <--- set to zero bytes
# lpsched -v

If lpstat -r shows it is still not running, look in the log files for errors.

Hope this helps
-denver

[A. Clay Stephenson]

Hi:

As Root:
1) do an lpshut
2) cd /var/spool/lp
rm -f FIFO SCHEDLOCK
3) lpsched

If that does work, look for ownership and permissions on all the lp files/directories.

Clay

[Denver Osborn · Accepted solution]

After starting the spooler, was anything logged to /var/adm/lp/log?

Had any changes been made prior to this issue, ie/ new printer setup?

[MidRange Support]

I have followed the instructions from both above suggestions.

FIFO and SCHEDLOCK are removed. I have copied log to log.orig and zeroed out log. I then ran 'lpsched -v', but 'lpstat- r' showed "scheduler is not running".

Not sure what else to try.

Any other ideas?

[A. Clay Stephenson]

Okay,

Let's not overlook the obvious - full filesystems. Do a bdf.

[MidRange Support]

Thanks for everyone's help!

The answer was in the /var/spool/lp/log file. A quick tail listed a directory that was not accessible. This directory belonged to a printer created today. After creating the printer 'nv350pl1' and changing permissions and ownerships, the lpscheduler came right up.

Thanks again for all the good info and suggestions. This forum ROCKS!!!!

SHaun.