pdenq.log

[Steve Bear_1]

Can any one tell me what is "pdenq.log" file.
some times it gets generated under /tmp/ dirctory.

Any help ?

[S.K. Chan]

Never hear of it. My guess is it's probably a user script that is generating this log file. Does the content of the file shows anything at all ? Is "pdenq" a user account on your system (just a guess) ? Check /var/spool/cron/crontabs directory to see if there are any normal user's cron.

[Steve Bear_1]

-rw-r--r-- 1 lp users 152668 Jul 23 15:38 pdenq.log

pasting last few lines of log.

##Request: l argc: 4
## 1 lpstat lp 23 -p #END#
## -o options:
## Delivery address: root@machinename
## return code: 0
##Request: l argc: 4
## 1 lpstat lp 23 -o #END#
## -o options:
## Delivery address: root@machinename
## return code: 0

[Unix System Engineers]

I have a pdenq.log file in /tmp also that I can't find out where it is coming from. Since it looks like I'm not alone I would think it's not coming from a user.

I am suspecting DPS is involved (all of its commands start with pd-something...pdls, pdenable, etc.) but I can't prove it. I also can't find any trace to it in any man pages or in anything under /opt/pd.

HP DPS gurus...any help?

[Elmar P. Kolkman]

Have you tried 'fuser' on it to see if a daemon is using this log file?
Or looked at the modification time before and after making a print?

It looks like this file contains debug info on your printing commands...

[Unix System Engineers]

I have tried fuser and lsof. Nothing seems to have it open when I look.

I still am convinced it has to do with DPS. I just wish I could find out how to turn it off (if so desired).

[Michael Gildersleeve]

I have this file too. It is in /tmp
pdenq.log It is filling up my filesystem. I have to go in a clear it out every so often. Here is a Cut-N-Paste of it...
-rw-r--r-- 1 lp users 96283 Jan 12 17:59 pdenq.log

# tail pdenq.log
##Request: l argc: 4
## 1 lpstat lp 23 -o #END#
## -o options:
## Delivery address: promgr@homer.dvwf.com
## return code: 0
##Request: l argc: 4
## 1 lpstat lp 23 -o #END#
## -o options:
## Delivery address: promgr@homer.dvwf.com
## return code: 0
#
The owner is lp. Does anyone have a clue as to how to shut this down?

[Michael Gildersleeve]

First make sure that you do not need/use DPS.
Someone here turned it on when they went into sam and into Printers & Plotters
then DPS Spooler and answered "Y" to there is no dps spooler queue do you wish to create one?:
As soon as they answered 'y' to this the problem started even though we do not use DPS.

To Kill this logging:

# /sbin/init.d/pd stop
No supervisor HPDPS component(s) running.
No spooler HPDPS component(s) running.
pdclientd stopped.
basicdsd stopped.
Go to the directory below...
# cd /etc/rc.config.d/

EDIT THE FILE BELOW AND CHANGE THE VALUE of PD_CLIENT=1 to 0
# vi pd
PD_CLIENT=0

This was the cron job on our box that was executing lp commands.
# ps -ef |grep -i lp
promgr 5000 1997 0 14:40:00 ? 0:00 sh -c /home/promgr/bin/lblprt.pl
kill all processes for lp with kill -9

Go to the directory below...
# cd /var/opt/pd

Remove the file basicdsd.db...
# rm basicdsd.db

Remove the dir and contents pdclientd/
# rm -r pdclientd/

Delete the file if you already didn't in /tmp/pdenq.log

The problem should be fixed