Jetadmin / Jetdirect Printer hpnpf (core dumps)

[Charles Harris]

Dear all,

Has anyone seen a situation where a remote printer is printing a short amount of the print and then stops, resulting in a core dump in /var/spool/lp ?

I can't see any print system / system problems and have no idea why this has started happening?!?

Any clues, pointers, tips, RTFM's or RTFF's warmly welcomed as ever!

Cheers,


-ChaZ-

[Steve Steel]

Hi


what does

file core

give


Steve steel

[Charles Harris]

Steve,

It spews :-
core: core file from 'hpnpf' - received SIGSEGV


Cheers,

-ChaZ-

[Steve Steel]

Hi

lpshut
lpsched -v

Then more data in spool log.

Is there any data in syslog.log

Is it one particualr printer

lpstat -t|grep printername


steve Steel

[Charles Harris]

Steve,

No dice, nothing in the syslog of any use, lp log shows only a Etart (printername) date
& End (printername) date.

The prints are queuing and going nowhere. I can also ping the printer and access the Jetdirect card without probems!?!

Cheers,


-ChaZ-

[Charles Harris]

... Incidently, the core dumps seem to occur as soon as a new print is attempted, or the core file is removed......

Cheers,

-ChaZ-

[Steve Steel]

Hi

SIGSEGV : A process runs out of stack while attempting to grow the user stack.

Possibly kernel tuning

maxssiz maxtsiz maxdsiz


Also check maxuprc


Steve Steel

[Steve Steel]

Hi


try the lpsched -v

can jetadmin print a test page

what does this give

#!/usr/bin/sh
#
# Show stats for JetDirect printer(s)
#
set -u
QTY=$#
if [ $QTY -lt 1 ]
then
echo
echo Usage:
echo " $0 network-name [ more network-names ...]"
exit 1
fi

while [ $QTY -gt 0 ]
do
############# /opt/hpnp/bin/hpnpadmin -WwtSsqOnlaifEba $1

for OPT in W w t S s q O n l a i f E b a
do
echo
echo "***************** OPTION: $OPT *********************************"
/opt/hpnp/bin/hpnpadmin -$OPT $1
done
shift
QTY=$(( $QTY - 1))
done

also try removing and remaking the printer



steve steel

[Charles Harris]

Steve,

Thanks for the pointer, the kernel parms are a bit suspect, and on a side, sam has apparently stopped working too. The maxuprc is unlikly, the lp user only has around 10 processes running, and the limit is quite high. Aside from the other settings, any more ideas? or tips on checking the ones you've already suggested? - The syslog is showing any errors, so I'm still a bit stumped.

Thanks again,

-ChaZ-

[Steve Steel · Accepted solution]

Hi

1)What os are you using

2)What are the latest sam and lp patches

3)Whan you do lpsched -v what do you see in the log when you print to that printer.

4)lpshut.
Then ps -ef|grep lp

\make sure there are no bogey processes


5)What could do it is networking problems.
Use jetadmin
Option 1
Option 5
Nmae of printer
4
Then set 1 on and 2 off

q
0
n
q
q

steve steel

[Steve Steel]

Hi


It looks to me that you have no problems in the scheduler but there is something to do with external env ie the the printer , IP adress , also it may be possible that someone has assigned a same IP adress to a PC or something , check the status of the printer by unplauggin the network cable from the printer and pinging it on to the same IP Adress in case you get a postive response back then that is the problem .


From man hpnpf

hpnpf(1) hpnpf(1)

NAME
hpnpf - network peripheral filter

SYNOPSIS
hpnpf -x peripheral [ -nNRvw ] [ -a type ] [ -j jobid+userid ] [ -l
logfile ] [ -p port ] [ -s status-file ] [ file ...]


Change print script to add -l to hpnpf usage


log will look something like this


13:11:23 hpnpf[23281]
OpenLog: logging started (/opt/hpnp/tmp/hpnpflog)
13:11:24 hpnpf[23281] Process: entered
13:11:24 hpnpf[23281] OpenSocket: entered
13:11:24 hpnpf[23281] OpenSocket: using 16K send buffer
13:11:24 hpnpf[23281] MakeConnection: 141.214.192.147, port 9100
13:11:24 hpnpf[23281] DoNonBlocking: non-blocking on
13:11:24 hpnpf[23281] Connection has been set up
13:11:24 hpnpf[23281] connected
13:11:24 hpnpf[23281] Process: sending file /opt/hpnp/tmp/VANILLA
13:11:24 hpnpf[23281] SendFile: entered
13:11:24 hpnpf[23281] SendFile: 817 bytes read from host
13:11:24 hpnpf[23281] SendFile: 0 bytes read from host
13:11:24 hpnpf[23281] SendFile: 817 bytes written to socket
13:11:24 hpnpf[23281] SendFile: end, return succ
13:11:24 hpnpf[23281] DoNonBlocking: non-blocking off



steve Steel

[Charles Harris]

Steve,

Thanks for all your help, I'm almost too embarrased to tell you what the actual problem was.....;-( It was a two-way noddy error:

1.Corrupt print job(s) annoyed the printer + daemon. (in house application)

2.wince....No paper.

c'est la vie.....

Thanks again,

-ChaZ-