Bug#550443: libaprutil1-dev: Please update libdb-dev dependency
Hi. This issue is indeed a pain: cannot install open-cobol because of this dependency issue. -- Guillaume Yziquel http://yziquel.homelinux.org/ -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#429959: apache2: using auth_ldap make child segfault or hang silently
Package: apache2 Version: 2.0.54-5sarge1 Severity: normal We are using for a few days the auth_ldap module in our apache2 conf. The first morning, we observed a hang on the server ; users can send auth information, but never saw back the prompt for login/pass nor the page expected. I checked the err.log and saw numerous segfault entries. A restart made things back to normal. The next day, we observered the same symptoms, without segfault entries in the err.log. It has been acting like that for 4 days now, and I'm a bit afraid of it. It is mostly unprdictable, but we observed that it happens during company members connections ( around 8:00 am and 14:00 pm ). It is the first time I use it on a loaded machine, it worked fine on very small trafic servers. Surfing the web informed me about this bug #308648 and this other one #229677. I am runnig 2.0.54-5 so those should be corrected. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-13-em64t-p4-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.0.54-5sarge1 traditional model for Apache2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299855: apache2: bash completion for administration tools
Package: apache2 Version: 2.0.53-5 Severity: wishlist Tags: patch The following scriptlet provides bash completion for Debian specific administration tools (a2enmod, a2ensite, a2dismod, a2dissite). Just install it in /etc/bash_completion.d/ to enable it automatically. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-zarb1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apache2 depends on: ii apache2-mpm-worker2.0.53-5 high speed threaded model for Apac -- no debconf information # bash completion for Debian apache2 configuration tools # $Id: apache2,v 1.1 2005/03/16 22:51:19 guillaume Exp $ _apache2_modsites() { COMPREPLY=( $( compgen -W '$( command ls /etc/apache2/$1 2>/dev/null \ | sed -e 's/\.load//' -e 's/\.conf//' )' -- $cur ) ) } _a2enmod() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites mods-available } complete -F _a2enmod a2enmod _a2ensite() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites sites-available } complete -F _a2ensite a2ensite _a2dismod() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites mods-enabled } complete -F _a2dismod a2dismod _a2dissite() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites sites-enabled } complete -F _a2dissite a2dissite
Re: Re: apache reload and child fault
I have a similar story. On a Debian/stable, apache (1.3.26-0woody3) with mod_ssl, mod_php4,mod_dav and auth_mysql on everything from Debian stock except 2.4.24 kernel without Debian patches. Reasonnably loaded server (around 10 millions hits / 80 GB of data pushed by apache every month), several hundreds of MB of log a week spanned over 6 files. I am using keepalive, and my number of children oscilates between 40 and 105 ( I hit the MaxClients once in a while). During the latest log rotation, I got the "[alert] Child returned a Fatal error...". Right before the log rotation, there were approx. 45 children. My monitoring shows that apache was completely unable to answer for an hour or so, then answered during 15 minutes, and then back to nothing (thx mrtg). When I logged in, I had a bunch a Apache "parents" (parent PID was 1) and very few children. "killall -9 apache" got rid of these folks, and "/etc/init.d/apache restart" restarted the machinery. mod_ssl is used only for administration purposes. Most recent time it had been before the log rotation / apache crash was 1 hour and 40 minutes earlier. Before I fine tuned the server a bit several weeks ago, I had once in a while those [warn] child process still did not exit, sending a SIGTERM [error] child process still did not exit, sending a SIGKILL on several children (usually 2-3, sometimes 20 or more). Sometimes also, these errors had a [notice] child pid exit signal Segmentation fault (11) right before it. I've done some serious cleaning (remove useless modules) to try and reduce the size of my Apache children, and since then I almost did not have anything wrong in the logs. Without counting this "Child returned a fatal error", of course. The ssl logs that follow the log rotation / crash are: [11/Jan/2004 aa:bb:33 00590] [info] Init: 5nd restart round (already detached) [11/Jan/2004 aa:bb:33 00590] [info] Init: Reinitializing OpenSSL library [11/Jan/2004 aa:bb:33 00590] [info] Init: Seeding PRNG with 23177 bytes of entropy [11/Jan/2004 aa:bb:33 00590] [info] Init: Configuring temporary RSA private keys (512/1024 bits) [11/Jan/2004 aa:bb:33 00590] [info] Init: Configuring temporary DH parameters (512/1024 bits) [11/Jan/2004 aa:bb:33 00590] [info] Init: Initializing (virtual) servers for SSL [11/Jan/2004 aa:bb:33 00590] [info] Init: Configuring server myserver.com:443 for SSL protocol [11/Jan/2004 cc:dd:19 00566] [info] Connection to child 6 established (server myserver.com:443, client a.b.c.d) It is exacly the same restart as when Apache restarts "normally" after the log rotation (i.e. without a child crashing the entire Apache), except that it happened three minutes later (sure Apache was already in a bad shape). Earlier in the thread, somebody was suspricious about mod_ssl: did someone try not to use mod_ssl and see a difference? BTW, I have another server on Debian/stable running apache-ssl (Apache Ben-SSL/1.48 and not apache with mod_ssl) for several years, it never had such problem. Note also that it has far less traffic and is not running mod_php4 but modperl. -- Guillaume Tamboise "First they ignore you, then they laugh at you, then they fight you, then you win." -- Gandhi