Bug#230660: apache: Fails to start after upgrade

2004-02-01 Thread Chris Murton 
Hi Fabio,

strace apache -X -F ends with:

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x48bec000
read(6, ### etherconf DEBCONF AREA. DO N..., 4096) = 366
read(6, , 4096)   = 0
close(6)= 0
munmap(0x48bec000, 4096)= 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 6
connect(6, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr(192.168.75.1)}, 28) = 0
send(6, \327\335\1\0\0\1\0\0\0\0\0\0\0011\00275\003168\003192\7..., 43, 0) = 
43
gettimeofday({1075664459, 766137}, NULL) = 0
poll([{fd=6, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(6, FIONREAD, [112])   = 0
recvfrom(6, \327\335\205\200\0\1\0\1\0\1\0\1\0011\00275\003168\003..., 1024, 
0, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr(192.168.75.1)}, [16]) = 112
close(6)= 0
getuid32()  = 0
stat64(/etc/krb5.conf, 0xbfff6e4c)= -1 ENOENT (No such file or directory)
stat64(/usr/etc/krb5.conf, 0xbfff6e4c) = -1 ENOENT (No such file or directory)
open(/dev/urandom, O_RDONLY)  = 6
fstat64(6, {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) = 0
read(6, \221 =\224Z\203\335\2449$l\377[\344\27\336\232G\35\330..., 20) = 20
close(6)= 0
getpid()= 9621
gettimeofday({1075664459, 770182}, NULL) = 0
getpid()= 9621
getpid()= 9621
open(/etc/krb5.keytab, O_RDONLY)  = -1 ENOENT (No such file or directory)
stat64(/dev/urandom, {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

And /etc/apache/modules.conf looks like this:

# Autogenerated file - do not edit!
# This file is maintained by the apache package.
# To update it, run the command:
#/usr/sbin/modules-config apache
ClearModuleList
AddModule mod_so.c
AddModule mod_macro.c
LoadModule config_log_module /usr/lib/apache/1.3/mod_log_config.so
LoadModule mime_magic_module /usr/lib/apache/1.3/mod_mime_magic.so
LoadModule mime_module /usr/lib/apache/1.3/mod_mime.so
LoadModule negotiation_module /usr/lib/apache/1.3/mod_negotiation.so
LoadModule status_module /usr/lib/apache/1.3/mod_status.so
LoadModule autoindex_module /usr/lib/apache/1.3/mod_autoindex.so
LoadModule dir_module /usr/lib/apache/1.3/mod_dir.so
LoadModule cgi_module /usr/lib/apache/1.3/mod_cgi.so
LoadModule userdir_module /usr/lib/apache/1.3/mod_userdir.so
LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so
LoadModule rewrite_module /usr/lib/apache/1.3/mod_rewrite.so
LoadModule access_module /usr/lib/apache/1.3/mod_access.so
LoadModule auth_module /usr/lib/apache/1.3/mod_auth.so
LoadModule expires_module /usr/lib/apache/1.3/mod_expires.so
LoadModule setenvif_module /usr/lib/apache/1.3/mod_setenvif.so
LoadModule php4_module /usr/lib/apache/1.3/libphp4.so

 PS If you are running php4 please be sure to have php4-imap disable since
 it is heavily broken.

Really? nasty.

Thanks,
Chris.

-- 
The information in this e-mail is confidential. It is intended solely for
the addressee. If you are not the intended recipient please reply to
the sender. You are hereby placed on notice that any copying,
publication or any other form of dissemination of this e-mail or its
contents is prohibited without express permission.

Bug#230660: apache: Fails to start after upgrade

2004-02-01 Thread Fabio Massimo Di Nitto 

Can you kindly send me the output of

strace apache -X -F

and /etc/apache/modules.conf?

Thanks
Fabio

PS If you are running php4 please be sure to have php4-imap disable since
it is heavily broken.


On Sun, 1 Feb 2004, chris wrote:

 Package: apache
 Version: 1.3.29.0.1-5
 Severity: grave
 Tags: sid
 Justification: renders package unusable

 Hi,

 Just upgraded to the latest packages from unstable, and apache no longer runs.
 apachectl configtest says the Syntax is OK, and if I run apache in the 
 foreground
 I can get it to spew this to the /var/log/apache/error.log:

 setsid: Operation not permitted
 apache: setsid failed
 setsid() failed probably because you aren't running under a process 
 management tool like daemontools

 Thanks in advance,
 Chris.

 -- System Information:
 Debian Release: testing/unstable
 Architecture: i386
 Kernel: Linux lucifer.srv.uk.fruble.net 2.6.1 #1 Fri Jan 9 19:29:54 GMT 2004 
 i686
 Locale: LANG=C, LC_CTYPE=C

 Versions of packages apache depends on:
 ii  apache-common   1.3.29.0.1-5 Support files for all Apache 
 webse
 ii  debconf 1.4.7Debian configuration management 
 sy
 ii  dpkg1.10.18  Package maintenance system for 
 Deb
 ii  libc6   2.3.2.ds1-11 GNU C Library: Shared libraries 
 an
 ii  libdb4.24.2.52-9 Berkeley v4.2 Database Libraries 
 [
 ii  libexpat1   1.95.6-6 XML parsing C library - runtime 
 li
 ii  libmagic1   4.07-2   File type determination library 
 us
 ii  libpam0g0.76-15  Pluggable Authentication Modules 
 l
 ii  logrotate   3.6.5-2  Log rotation utility
 ii  mime-support3.24-1   MIME files 'mime.types'  
 'mailcap
 ii  perl [perl5]5.8.3-1  Larry Wall's Practical Extraction

 -- debconf information excluded





-- 
Our mission: make IPv6 the default IP protocol
We are on a mission from God - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#230660: apache: Fails to start after upgrade

2004-02-01 Thread Fabio Massimo Di Nitto 

Ok please try to disable php4 entirely and see if it still segfault. Is
this all the output from the strace or only the last part???

Thanks
Fabio

On Sun, 1 Feb 2004, Chris Murton wrote:

 Hi Fabio,

 strace apache -X -F ends with:

 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
 0x48bec000
 read(6, ### etherconf DEBCONF AREA. DO N..., 4096) = 366
 read(6, , 4096)   = 0
 close(6)= 0
 munmap(0x48bec000, 4096)= 0
 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 6
 connect(6, {sa_family=AF_INET, sin_port=htons(53), 
 sin_addr=inet_addr(192.168.75.1)}, 28) = 0
 send(6, \327\335\1\0\0\1\0\0\0\0\0\0\0011\00275\003168\003192\7..., 43, 0) 
 = 43
 gettimeofday({1075664459, 766137}, NULL) = 0
 poll([{fd=6, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
 ioctl(6, FIONREAD, [112])   = 0
 recvfrom(6, \327\335\205\200\0\1\0\1\0\1\0\1\0011\00275\003168\003..., 
 1024, 0, {sa_family=AF_INET, sin_port=htons(53),
 sin_addr=inet_addr(192.168.75.1)}, [16]) = 112
 close(6)= 0
 getuid32()  = 0
 stat64(/etc/krb5.conf, 0xbfff6e4c)= -1 ENOENT (No such file or 
 directory)
 stat64(/usr/etc/krb5.conf, 0xbfff6e4c) = -1 ENOENT (No such file or 
 directory)
 open(/dev/urandom, O_RDONLY)  = 6
 fstat64(6, {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) = 0
 read(6, \221 =\224Z\203\335\2449$l\377[\344\27\336\232G\35\330..., 20) = 20
 close(6)= 0
 getpid()= 9621
 gettimeofday({1075664459, 770182}, NULL) = 0
 getpid()= 9621
 getpid()= 9621
 open(/etc/krb5.keytab, O_RDONLY)  = -1 ENOENT (No such file or 
 directory)
 stat64(/dev/urandom, {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) = 0
 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
 +++ killed by SIGSEGV +++

 And /etc/apache/modules.conf looks like this:

 # Autogenerated file - do not edit!
 # This file is maintained by the apache package.
 # To update it, run the command:
 #/usr/sbin/modules-config apache
 ClearModuleList
 AddModule mod_so.c
 AddModule mod_macro.c
 LoadModule config_log_module /usr/lib/apache/1.3/mod_log_config.so
 LoadModule mime_magic_module /usr/lib/apache/1.3/mod_mime_magic.so
 LoadModule mime_module /usr/lib/apache/1.3/mod_mime.so
 LoadModule negotiation_module /usr/lib/apache/1.3/mod_negotiation.so
 LoadModule status_module /usr/lib/apache/1.3/mod_status.so
 LoadModule autoindex_module /usr/lib/apache/1.3/mod_autoindex.so
 LoadModule dir_module /usr/lib/apache/1.3/mod_dir.so
 LoadModule cgi_module /usr/lib/apache/1.3/mod_cgi.so
 LoadModule userdir_module /usr/lib/apache/1.3/mod_userdir.so
 LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so
 LoadModule rewrite_module /usr/lib/apache/1.3/mod_rewrite.so
 LoadModule access_module /usr/lib/apache/1.3/mod_access.so
 LoadModule auth_module /usr/lib/apache/1.3/mod_auth.so
 LoadModule expires_module /usr/lib/apache/1.3/mod_expires.so
 LoadModule setenvif_module /usr/lib/apache/1.3/mod_setenvif.so
 LoadModule php4_module /usr/lib/apache/1.3/libphp4.so

  PS If you are running php4 please be sure to have php4-imap disable since
  it is heavily broken.

 Really? nasty.

 Thanks,
 Chris.



-- 
Our mission: make IPv6 the default IP protocol
We are on a mission from God - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#230660: apache: Fails to start after upgrade

2004-02-01 Thread Chris Murton 
Fabio,

 Ok please try to disable php4 entirely and see if it still segfault. Is
 this all the output from the strace or only the last part???

Ok, with PHP disabled it runs ok. Yeah, it was the last part from the strace..

Thanks,
Chris.

Processed: Re: Bug#230660: apache: Fails to start after upgrade

2004-02-01 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

 reassign 230660 php4
Bug#230660: apache: Fails to start after upgrade
Bug reassigned from package `apache' to `php4'.

 stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Re: Bug#230660: apache: Fails to start after upgrade

2004-02-01 Thread Jeroen van Wolffelaar 
reassign 230660 php4-imap
# Justification: Renders package unusable on apache
severity 225056 grave
merge 228900 230660 225056
thanks

I experienced the same problem, it is indeed php4-imap who's the
culprit. Just like many other experienced.

Current suspect is it is something related to /dev, as in chroots this
problem usually does NOT show up.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber  MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl