Cups daemon dies on some time of inactivity

[Juergen Schroeder]

Hi Michael!

Michael Sweet <mike at easysw.com> wrote:

: If you can run gdb or dbx against cupsd and the core file, then
: use the "where" command to see where it crashed, we might be on the
: road to identifying the problem.

Sorry my debugging features are limited. Ask me for more commands.

gdb -c core  /usr/local/sbin/cupsd 
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)...
Core was generated by /usr/local/sbin/cupsd -f'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libz.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libz.so
Reading symbols from /usr/lib/libslp.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libslp.so.1
Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpam.so.1
Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/local/lib/libcups.so.2...(no debugging symbols found)...
done.
Loaded symbols for /usr/local/lib/libcups.so.2
Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libsocket.so.1
Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libnsl.so.1
Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc.so.1
Reading symbols from /usr/lib/libthread.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libthread.so.1
Reading symbols from /usr/lib/libcmd.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libcmd.so.1
Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmp.so.2
Reading symbols from /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1...
(no debugging symbols found)...done.
Loaded symbols for /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1
Reading symbols from /usr/lib/nss_files.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/nss_files.so.1
#0  0xff0b3218 in strlen () from /usr/lib/libc.so.1

(gdb) where
#0  0xff0b3218 in strlen () from /usr/lib/libc.so.1
#1  0xff0cf560 in strdup () from /usr/lib/libc.so.1
#2  0x0003bad0 in SetPrinterAttrs ()
#3  0x00017390 in AddPrinterToClass ()
(gdb) 

Hmm,  I  have two identical printers on two cups-servers (ortsleihe1 and
ortsleihe2) which should build the class ortsleihe,  but  ortsleihe1  is
normaly  allways  off.  It  should  only switched on on a failure on the
other one.

(But I don't get the described failover feature to work. I want that the
printing defaults to one and the other printer should only  be  used  if
the default fails.)

: Thanks!

Hope this helps.

BTW the main BUG could be solved independently from this error analysis:

"lpr -r -Ppqueue file"

should remove the file only if the printing had been successfully!

Juergen