[cups.bugs] [HIGH] STR #1836: admin.cgi hangs or "crashed on signal 9!"

[John A. Murdie]

[STR New]

I've just installed CUPS 1.2.1 experimentally on our print server Solaris
8. I've previously had an experimental installation of CUPS 1.1.23 running
very nicely. The only non-standard things I've done with the new
installation, I think is to change etc/cupsd.conf thus:

11c11
< LogLevel info
---
> LogLevel debug
16,17c16,17
< # Only listen for connections from the local machine.
< Listen localhost:631
---
> # Listen
> Listen 631
38a39
>   Allow 144.32.xx.xx
46a48
>   Allow 144.32.xx.xx

(where 'xx.xx' is the last part of my Linux PC's IP address) and to copy
in the old printers.conf from the old installation.

I then access 'http://printserver:631/admin'. It just hangs. Once or
twice, during this delay, after I've impatiently restarted cupsd, though I
can't reproduce this at will, I have seen:

I [12/Jul/2006:10:30:40 +0000] Full reload complete.
....
E [12/Jul/2006:10:30:41 +0000] PID 29368
(/usr/local/pkg/cups-1.2.1/lib/cups/daemon/cups-deviced) crashed on signal
9!
E [12/Jul/2006:10:30:41 +0000] PID 29367
(/usr/local/pkg/cups-1.2.1/lib/cups/cgi-bin/admin.cgi) crashed on signal
9!

Oddly, my web browser never displays a username/password dialogue box, or
anything else either - just whatever previous page I was viewing.

I can't find anything quite like this already as a bug report or mentioned
in the CUPS forums.

John A. Murdie
Department of Computer Science
University of York
UK

Link: http://www.cups.org/str.php?L1836
Version: 1.2.1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: error_log
Type: application/octet-stream
Size: 8886 bytes
Desc: not available
URL: <https://lists.cups.org/pipermail/cups/attachments/20060712/46a45bf5/attachment.obj>