I unmasked the following and merged apache 2.0.52 r3 for testing reasons: net-www/apache-2.0.52-r3 dev-libs/apr-0.9.5 dev-libs/apr-util-0.9.5 net-www/gentoo-webroot-default-0.1 After reconfiguring all my stuff, apache started and I see processes running. If I now connect via browser, apache segfaults. Error log contains: [Sun Jan 30 11:53:07 2005] [notice] child pid 19402 exit signal Segmentation fault (11) This is my portage info: <snip> Portage 2.0.51-r15 (default-linux/x86/2004.0, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r6 i686) ================================================================= System uname: 2.6.10-gentoo-r6 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 18 2004, 09:52:19)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r2, 1.6.3, 1.4_p6, 1.9.4, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.21-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control /var/www/localhost/cgi-bin /var/www/localhost/htdocs /var/www/toe.ch/htdocs" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms userpriv" GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/ ftp://ftp.solnet.ch/mirror/Gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 acpi adns apache2 avi berkdb crypt cups directfb fbcon gdbm gif gpm imagemagick imap ipv6 java jpeg libwww maildir mbox mmx mpeg mysql ncurses nls pam pdflib perl php png python readline samba sasl slang socks5 sse ssl usb xml xml2 zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY </snip> I now reverted to old apache. Please let me know if I can test anything..
Please please provide us with more informations. * try running in vanilla-configuration mode, that is, use the standard configurations; * try disabling all apache modules (mod_*) or most of them. does it still crash? * try emerging apr/apr-util/apache with debugging enabled, invoke apache with -X and give us a backtrace; also `strace` may help. * try looking into your system log, maybe somethiing odd happened p.s.: I've installed the masked versions on two production systems of mine, and it runs just well. so, I (if not all of us) have personal interest(s) in seeing, that it runs on other systems well, too ;-) So, please give use more infos, than just it crashes on connect, since it may still be tons of reasons *why* it crashed on connect.
Same happening here ... Unmasked the packages and used USE="php". Tried different mpm's. Gonna build the 3 packages tomorrow with debug so you guys probably could figure out whats freakin' out here ...
Some times i get D (Uninterruptible sleep) and Z (Defunct ("zombie") process) while apache is running and/or stopping/restarting. Dunno, but it could be that the part of the apache ebuilds which compiles the MPMs is not safe *shrug*
So I searched a bit trough bugzilla and maybe found whats causing my apache to segfault. Maybe this: http://bugs.gentoo.org/show_bug.cgi?id=67635 But it's only a assumption
Created attachment 50106 [details] strace.log Strace output including a segmentation fault. It only occurs when I have "-D PHP4" in my apache-conf.d. Would I need to recompile php with the new apache?
That PHP bug was fixed (unless your using ancient versions), but regardless, from looking at the strace PHP isn't even in the mix - index.shtml is the only directory index files that exists. This: 13984 getpid() = 13984 13984 kill(13984, SIGSEGV) = 0 ... is a bit weird, though; what is that, Apache signaling itself after receiving SEGV? This is a long shot, but Subversion now segfaults here when I try to "svn co" (no matter what the protocol) from anywhere - even local. (Apache is still working normally, though.) Apache and Subversion both use apr and apr-util.. too longer a shot? ;-)
Tobias, as of you writing i assume you are using php-4.3.10 as I am. Could you please check the following: * /usr/lib/apache2-extramodules (should be as of the new layout /usr/lib/apache2/extramodules, thats were libphp4.so lives) * /etc/apache/conf.d/ (should be /etc/apache2/, thats were 70_php.conf and the symlink to php.ini live) After that done, php isn't segfaulting here (could also be by the use of USE="-*" when compiling =dev-php/php-4.3.10 || =dev-php/mod_php-4.3.10
@#6 & #7: please use only mod_*s ebuilds which use the new apache-module eclass if you're testing with 2.0.52-r3 or ebuilds not using apache-module eclass with <=2.0.52-r3 btw: it's /usr/lib/apache2/modules not extramodules
should be #5 & #7
Which would be the ebuild matching the new-apache-layout for mod_php? This bug seems to be fixed for me after creating the php.ini symlink..
Seems like mod_php-4.3.10-r1, mod_php-5.0.2-r1 and mod_php-5.0.3-r1 are those which use the apache-module.eclass
> This bug seems to be fixed for me after creating the php.ini symlink.. symlink from where to where? and which php version? > mod_php-4.3.10-r1, mod_php-5.0.2-r1 and mod_php-5.0.3-r1 yep
Using mod_php-4.3.10 with symlink /etc/apache2/php.ini pointing to /etc/php/apache2-php4/php.ini. Emerged now mod_php-4.3.10-r1 with vanilla config. Works fine. Resolving bug as invalid.
