Your message dated Wed, 4 Jun 2008 09:26:58 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#429923: Reassigning bugs from libapache-mod-suphp to
libapache2-mod-suphp
has caused the Debian Bug report #429923,
regarding libapache-mod-suphp: Inserting suphp in modules.conf causes memory
errors
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
429923: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429923
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libapache-mod-suphp
Version: 0.6.2-1
Severity: grave
Justification: renders package unusable
When changing /etc/apache/modules.conf to have both the php5 module AND suphp
loaded (the following 2 lines in /etc/apache/modules.conf:
LoadModule php5_module /usr/lib/apache/1.3/libphp5.so
Loadmodule suphp_module /usr/lib/apache/1.3/mod_suphp.so)
, the apache errorlog displays the following errors:
[Thu Jun 21 12:34:52 2007] [notice] FastCGI: process manager initialized (pid
18265)
[Thu Jun 21 12:34:52 2007] [notice] Apache/1.3.34 (Debian) mod_tsunami/3.0
mod_throttle/3.1.2 PHP/5.2.0-8+etch4 mod_fastcgi/2.4.2 mod_perl/1.29
mod_choke/0.06
mod_scgi/1.11 configured -- resuming normal operations
[Thu Jun 21 12:34:52 2007] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Thu Jun 21 12:34:57 2007] [error] [client 70.84.173.154] File does not exist:
/home/sites/blog/comment.php
/usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to
map segment from shared object: Cannot allocate memory
[Thu Jun 21 12:34:58 2007] [error] [client 62.69.178.29] File does not exist:
/home/sites/www.devalcklaservision.nl/site/robots.txt
/usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to
map segment from shared object: Cannot allocate memory
etc etc
When ONLY the suphp module is loaded in modules.conf (
#LoadModule php5_module /usr/lib/apache/1.3/libphp5.so
Loadmodule suphp_module /usr/lib/apache/1.3/mod_suphp.so):
[Thu Jun 21 12:35:39 2007] [notice] FastCGI: process manager initialized (pid
18338)
[Thu Jun 21 12:35:40 2007] [notice] Apache/1.3.34 (Debian) mod_tsunami/3.0
mod_throttle/3.1.2 mod_fastcgi/2.4.2 mod_perl/1.29 mod_choke/0.06 mod_scgi/1.11
con
figured -- resuming normal operations
[Thu Jun 21 12:35:40 2007] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Thu Jun 21 12:35:42 2007] [error] [client 65.55.208.232] Premature end of
script headers: /home/sites/site39/web/index.php
/usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to
map segment from shared object: Cannot allocate memory
[Thu Jun 21 12:35:42 2007] [error] [client 213.84.24.229] Premature end of
script headers: /home/sites/site19/web/phpini.php
[Thu Jun 21 12:35:47 2007] [error] [client 62.231.243.136] File does not exist:
/home/sites/blog/comment.php
/usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to
map segment from shared object: Cannot allocate memory
When ONLY php5 is loaded everything works fine.
The code I try to view is:
<?
phpinfo()
?>
Which shouldn't be causing memory errors :)
My suphp.conf:
/etc/suphp/suphp.conf
------------------
[global]
;Path to logfile
logfile=/var/log/suphp/suphp.log
;Loglevel
loglevel=info
;User Apache is running as
webserver_user=www-data
;Path all scripts have to be in
docroot=/home/sites
;Path to chroot() to before executing script
;chroot=/mychroot
; Security options
allow_file_group_writeable=true
allow_file_others_writeable=true
allow_directory_group_writeable=true
allow_directory_others_writeable=true
;Check wheter script is within DOCUMENT_ROOT
check_vhost_docroot=true
;Send minor error messages to browser
errors_to_browser=true
;PATH environment variable
env_path=/bin:/usr/bin
;Umask to set, specify in octal notation
umask=0077
; Minimum UID
min_uid=100
; Minimum GID
min_gid=100
[handlers]
;Handler for php-scripts
x-httpd-php=php:/usr/bin/php-cgi
;Handler for CGI-scripts
x-suphp-cgi=execute:!self
-------------
NB. when I delete this file and apt-get install --reinstall suphp-common this
file is not rebuilt!
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libapache-mod-suphp depends on:
ii apache-common 1.3.34-4.1 support files for all Apache webse
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii suphp-common 0.6.2-1 Common files for mod suphp
libapache-mod-suphp recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Mon, May 05, 2008 at 10:15:03AM +0200, Lucas Nussbaum wrote:
> reassign 415254 libapache2-mod-suphp
> reassign 429923 libapache2-mod-suphp
> thanks
>
> The libapache-mod-suphp package has been removed from Debian testing,
> unstable and
> experimental. I am reassigning its bugs to the libapache2-mod-suphp package.
> Please
> have a look at them, and close them if they don't apply to
> libapache2-mod-suphp anymore.
>
> Don't hesitate to reply to this mail if you have any question.
> --
> Lucas
>
>
--- End Message ---
