[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#293156: apache: segfaults when started, strace shows failure after or during reading file pkg's magic.mime



Package: apache
Version: 1.3.33-3
Severity: important

I noticed that my wesite stopped accepting connections.  I have both apache-ssl and apache installed, apache-ssl still works fine.  I can't start apache manually with a command like "apache -X" of "apache -F", I just get a Segmentation fault.  Turning the LogLevel to debug also shows no errors.  Upgrading from apache 1.3.33-2 to 1.3.33-3 didn't help, nor reinstalling the package apache.  Checking my RAM and blocks on all filesystems show no problems.  Reverting to an original copy of httpd.conf didn't help, which has no VirtualHosts, so I don't think bug 284215 is happening here.

An strace shows interesting output near the end when running the command
"strace apache -X":
------------------------------

open("/var/lib/misc/protocols.db", O_RDWR|O_LARGEFILE) = -1 ENOENT (No
such file or directory)
open("/var/lib/misc/protocols.db", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No
such file or directory)
open("/etc/protocols", O_RDONLY)        = 3
fcntl64(3, F_GETFD)                     = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=2478, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40019000
read(3, "# Internet (IP) protocols\n#\n# Up"..., 4096) = 2478
close(3)                                = 0
munmap(0x40019000, 4096)                = 0
open("/usr/share/misc/file/magic.mime", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=30429, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40019000
read(3, "# Magic data for KMimeMagic (ori"..., 4096) = 4096
read(3, "audio/x-dec-basic\n>12\tlelong\t\t5\t"..., 4096) = 4096
read(3, " #!/usr/local/bin/ash    applica"..., 4096) = 4096
read(3, "\\040\\0\t\tapplication/x-tar\tgnu\n\n0"..., 4096) = 4096
read(3, "p Format proposal\n# (best; not y"..., 4096) = 4096
read(3, "--------------------------------"..., 4096) = 4096
read(3, "      0x05\t\n#>8     leshort\t  >0"..., 4096) = 4096
read(3, "#\n0\t\tstring\tMZ\n>24\t\tstring\t@\t\tap"..., 4096) = 1757
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40019000, 4096)                = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

---------------------------------------------
The 5th last line looks interesting, perhaps input is expected but there
is none in the empty ""?

I upgraded the "file" and "libmagic1" packages (since
/usr/share/misc/file/magic.mime comes from libmagic1), still no luck.  Could
this affect people upgrading to sarge?

My website is down (at least on port 80, SSL access still works) and can't get up, please help!

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apache depends on:
ii  apache-common               1.3.33-3     support files for all Apache webse
ii  debconf                     1.4.29       Debian configuration management sy
ii  dpkg                        1.10.22      Package maintenance system for Deb
ii  libc6                       2.3.2.ds1-13 GNU C Library: Shared libraries an
ii  libdb4.2                    4.2.52-16    Berkeley v4.2 Database Libraries [
ii  libexpat1                   1.95.8-1     XML parsing C library - runtime li
ii  libmagic1                   4.12-1       File type determination library us
ii  logrotate                   3.6.5-2      Log rotation utility
ii  mime-support                3.28-1       MIME files 'mime.types' & 'mailcap
ii  perl                        5.8.4-2      Larry Wall's Practical Extraction 

-- debconf information:
* apache/enable-suexec: false
  apache/server-name: localhost
  apache/document-root: /var/www
  apache/server-port: 80
  apache/init: true
  apache/server-admin: webmaster@annexia.ca



Reply to: