ports/65336: apache2 and php4 do not work well together; frequent coredumps
Lucas Madar
lucasm at devel.globalhedging.com
Thu Apr 8 20:40:16 UTC 2004
>Number: 65336
>Category: ports
>Synopsis: apache2 and php4 do not work well together; frequent coredumps
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Apr 08 13:40:15 PDT 2004
>Closed-Date:
>Last-Modified:
>Originator: Lucas Madar
>Release: 5.2.1-RELEASE-p4
>Organization:
>Environment:
FreeBSD boris.xxxxxxx 5.2.1-RELEASE-p4 FreeBSD 5.2.1-RELEASE-p4 #1: Thu Apr 8 12:51:46 EDT 2004 lucasm at xxxxxx:/usr/obj/usr/src/sys/BORIS i386
>Description:
apache-2.0.49 and php4-4.3.5_7, but the problem exists with apache-2.0.48 and php4-4.3.4_6 as well (only these two combinations were tested).
apache coredumps on any command aside from starting, but only coredumps after everything has completed succcessfully.
boris# httpd -t
Syntax OK
Segmentation fault (core dumped)
boris# apachectl stop
Segmentation fault (core dumped)
(gdb) where
#0 0x28886b20 in ?? ()
#1 0x28340384 in exit () from /lib/libc.so.5
#2 0x0806bbd1 in destroy_and_exit_process () at main.c:215
#3 0x0806c7c5 in main (argc=2, argv=0xbfbfec44) at main.c:564
#4 0x0805d0b2 in _start ()
the 'stop' leaves a runaway process, which must be kill -9'd.
root 627 99.0 0.3 4596 3172 ?? RLs 4:30PM 1:07.05 /usr/local/sbin/httpd -k start
This makes log rotation impossible. More annoyingly, a lot of php functions fail internally with strange libc errors. Uploading files via POST is one of the major things broken. This fails because fdopen() returns EINVAL after mkstemp returns a valid file descriptor inside the php code.
>How-To-Repeat:
install apache (ports/www/apache2) and php4 (ports/lang/php4) with no changes [aside from using postgres instead of mysql].
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list