Bug#227232: apache: Overwrites own modules.conf on upgrade
Package: apache Version: 1.3.29.0.1-3 Severity: critical Justification: causes serious data loss (I consider by home-made configuration also data - webserver will not run without; and without backups I wouldn't have been able to recover per module the reasons why I enabled/disabled that module) I have a very customized apache configuration because I run a lot of different things via apache. Amongst others, config files were already split up. For example, I had moved all LoadModules line to a file called /etc/apache/modules.conf After upgrade to this version, the postinst failed, because apache failed to start because some modules I enabled via modules.conf were missing. It turned out, that modules.conf was overwritten by some apache-modules (or such) script. There were quite some things that looked like backups, but none contained the old version (I grepped). modules.conf.old was the same modules.conf (I ran postinst multiple times). I'm now going to clean up the mess and restore config from backup, and I will check out the postinst afterwards, if I find more problems, or a patch for this, I will add to this report and/or open another one. Above this, why modules-config? You cannot add comments next to the loadmodule line like this?! apache2's approach of a mods-available, and mods-enabled containing symlinks to the former, MUCH cleaner, and easier, and more straightforward, and non-causing-data-loss! And, it's more consitent within Debian --Jeroen (apologies for my insecure wordings, my mood is currently a bit... you can guess) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: None of your business Locale: LANG=nl_NL.ISO-8859-1, LC_CTYPE=nl_NL.ISO-8859-1 Versions of packages apache depends on: ii apache-common 1.3.29.0.1-3 Support files for all Apache webse ii debconf 1.3.22 Debian configuration management sy ii dpkg1.10.18 Package maintenance system for Deb ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libdb4.14.1.25-10Berkeley v4.1 Database Libraries [ ii libexpat1 1.95.6-6 XML parsing C library - runtime li ii libmagic1 4.06-2 File type determination library us ii libpam0g0.76-14.1Pluggable Authentication Modules l ii logrotate 3.6.5-2 Log rotation utility ii mime-support3.23-1 MIME files 'mime.types' 'mailcap ii perl [perl5]5.8.2-2 Larry Wall's Practical Extraction -- debconf information: apache/server-name: wolffelaar.nl apache/document-root: /var/www apache/server-port: 80 * apache/enable-suexec: false apache/init: true apache/server-admin: [EMAIL PROTECTED]
Bug#224923: apache-ssl: error during post-installation script
Hi Sylvain, please upgrade to the latest packages and let me know if this is still happening. I will close the bug in a couple of days if i will not hear anything from you. Thanks Fabio On Tue, 23 Dec 2003, Sylvain Ferriol wrote: Package: apache-ssl Version: 1.3.27.0-2 Severity: normal apt-get install apache-ssl return an error: Starting web server: apache-ssl/usr/sbin/apache-ssl already running. failed invoke-rc.d: initscript apache-ssl, action start failed. ... ... and is it possible to use debconf for configuring ssl certificates sylvain -- System Information: Debian Release: testing/unstable Architecture: alpha Kernel: Linux dirac 2.4.18-1-generic #4 Sat Nov 29 10:19:17 EST 2003 alpha Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages apache-ssl depends on: ii apache-common 1.3.27.0-2 Support files for all Apache webse ii debconf 1.3.20 Debian configuration management sy ii dpkg1.10.18 Package maintenance system for Deb ii libc6.1 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libdb4.14.1.25-10Berkeley v4.1 Database Libraries [ ii libexpat1 1.95.6-6 XML parsing C library - runtime li ii libmagic1 4.06-1 File type determination library us ii libssl0.9.7 0.9.7c-5 SSL shared libraries ii logrotate 3.6.5-2 Log rotation utility ii mime-support3.23-1 MIME files 'mime.types' 'mailcap ii openssl 0.9.7c-5 Secure Socket Layer (SSL) binary a ii perl [perl5]5.8.0-18 Larry Wall's Practical Extraction -- debconf-show failed -- 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#227294: apache-perl: hangs reading files in conf.d blocking startup process
Package: apache-perl Version: 1.3.29.0.1-3 Severity: normal I upgraded today from 1.3.29-1 to take advantage of the bugfix for #223829. Thanks, by the way. I am running apache-perl with mod_ssl as a DSO. I use mod_ssl in a single virtual host. The upgrade installed two files related to mod_ssl in conf.d, which was otherwise empty. One of these appeared to contain global configuration directives and the other had vhost-specific directives. Neither appered related to my particular configuration, which remains in http.conf. When attempting to restart after the upgrade, apache-perl hung reading the files in conf.d and did again on attempts to restart. This was particularly annoying as it blocked the startup process. For now I have commented out the include directive in httpd.conf for conf.d, and all is well. But I expect I will have to repeat the process on my next routine upgrade. The apache-perl error.log has the following which suggests the problem is that my key is not where the default configuration expects it to be: [Sun Jan 11 17:46:02 2004] [error] mod_ssl: Init: Private key not found (OpenSSL library error follows) [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D094068:asn1 encoding routines:d2i_ASN1_SET:bad tag [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D07803A:asn1 encoding routines:ASN1_ITEM_EX_D2I:nested asn1 error [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D09A00D:asn1 encoding routines:d2i_PrivateKey:ASN1 lib Thanks again, Streph -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux janus 2.4.19 #4 SMP Wed Aug 20 19:54:38 EDT 2003 i586 Locale: LANG=C, LC_CTYPE=C Versions of packages apache-perl depends on: ii apache-common 1.3.29.0.1-3 Support files for all Apache webse ii debconf 1.4.4Debian configuration management sy ii dpkg1.10.18 Package maintenance system for Deb ii libapache-mod-perl 1.29.0.1-3 Integration of perl with the Apach ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libdb4.14.1.25-13Berkeley v4.1 Database Libraries [ ii libexpat1 1.95.6-6 XML parsing C library - runtime li ii libmagic1 4.06-2 File type determination library us ii libpam0g0.76-14.1Pluggable Authentication Modules l ii libperl5.8 5.8.2-2 Shared Perl library. ii mime-support3.23-1 MIME files 'mime.types' 'mailcap -- debconf information: apache-perl/old-pidfile-set: * apache-perl/upgrade-from-apache-conflict: apache-perl/server-port: 80 apache-perl/init: true * apache-perl/enable-suexec: false apache-perl/server-name: www.ginkwunk.net apache-perl/server-admin: [EMAIL PROTECTED] apache-perl/document-root: /var/www
Processed: Re: Bug#226954: apache: mod_proxy; auth/basic; tomcat4: apache inserts blank line in header
Processing commands for [EMAIL PROTECTED]: tags 226954 + woody Bug#226954: apache: mod_proxy; auth/basic; tomcat4: apache inserts blank line in header Tags were: patch Tags added: woody severity 226954 minor Bug#226954: apache: mod_proxy; auth/basic; tomcat4: apache inserts blank line in header Severity set to `minor'. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#226131: $r-dir_config('foo') returns undef instead of 0 when PerlSetVar foo '0'
Hi Don, can you test the patch and come back to me? Fabio On Sat, 3 Jan 2004, Don Armstrong wrote: Package: libapache-mod-perl Version: 1.29.0.1-3 Severity: important Tags: patch An apache configuration with: Location / PerlSetVar foo '0'; /Location Causes $r-dir_config('foo') to return undef unstead of zero. However, $r-dir_config returns a hashref with the appropriate values set. Apparently, the following patch[1] fixes this issue, but I have not yet tried it myself. (It looks reasonable though...) Index: src/modules/perl/Apache.xs === RCS file: /home/cvspublic/modperl/src/modules/perl/Apache.xs,v retrieving revision 1.129 diff -u -r1.129 Apache.xs --- src/modules/perl/Apache.xs 16 Sep 2003 19:51:06 - 1.129 +++ src/modules/perl/Apache.xs 25 Nov 2003 20:39:41 - @@ -2084,7 +2084,7 @@ perl_module); TABLE_GET_SET(c-vars, FALSE); } - if (!SvTRUE(RETVAL)) { + if (!SvOK(RETVAL)) { s = r r-server ? r-server : perl_get_startup_server(); if (s s-module_config) { SvREFCNT_dec(RETVAL); /* in case above did newSV(0) */ Don Armstrong 1: http://www.gossamer-threads.com/archive/mod_perl_C1/modperl_F7/PerlSetVar_with_0_value_P90608/ -- 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
Re: Bug#223780: apache-common: 'modules.conf' included twice
Hi Marc, On Thu, 18 Dec 2003, [utf-8] Marc Dequènes wrote: can you send me your config files please?? I have been trying to reproduce this problem with no success. Sorry for the lag. Attached is my httpd.conf with the problem. Look at line 204-205, the include for modules was re-inserted during the upgrade process, so apache refused to restart. Probably a very minor detection problem when looking for the presence of this line. I really cannot understand why it was included twice. I did check again the script step-by-step and found nothing strange (also using your config). Can you reproduce this problem? If so please add set -x to modules-config so that i can see where it fails. Thanks Fabio -- 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