DO NOT REPLY [Bug 8841] - ScriptAlias and mod_userdir conflict
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8841. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8841 ScriptAlias and mod_userdir conflict --- Additional Comments From [EMAIL PROTECTED] 2002-05-06 23:12 --- Appears to work 'correctly' now. Thanks :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8841] - ScriptAlias and mod_userdir conflict
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8841. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8841 ScriptAlias and mod_userdir conflict [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 00:20 --- OK. Thanks very much for the report. This will be fixed in 2.0.37. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8849] New: - make install errors as root on NFS shares
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8849
make install errors as root on NFS shares
Summary: make install errors as root on NFS shares
Product: Apache httpd-1.3
Version: 1.3.23
Platform: Sun
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
Component: Build
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]
I usually compile programs as myself, and then install as root.
The make install script re-directs output to temporary files in the
apache src directory, but this fails as root cannont write to that
disk (it is NFS sharred without root permission).
eg:
...
mkdir /opt/local/apache/proxy
./src/helpers/PrintPath: pp.t.15350: cannot create
./src/helpers/PrintPath: pp.t.15357: cannot create
chown nobody /opt/local/apache/proxy
chgrp nobody /opt/local/apache/proxy
=== [mktree]
=== [programs: Installing Apache httpd program and shared objects]
./src/helpers/install.sh -c -m 755 ./src/httpd /opt/local/apache/bin/httpd
./src/helpers/install.sh -c -m 644 ./src/support/httpd.8
/opt/local/apache/man/man8/httpd.8
touch: cannot change times on src/.apaci.install.conf
*** Error code 1 (ignored)
=== [programs]
=== [support: Installing Apache support programs and scripts]
./src/helpers/install.sh -c -m 755 -s ./src/support/ab /opt/local/apache/bin/ab
...
I have made 2 context diff's and they have worked for me.
Note, there is at least 1 more redirection in Makefile.tmpl which I
did not correct, as there was no error for it. You'll get the
general idea from my patch.
*** PrintPath Tue May 7 11:53:35 2002
--- PrintPath.apacheThu Apr 22 00:00:26 1999
***
*** 70,76
s/:$/:./
s/:/ /g' `
# Here is how we test to see if test/[] can handle -x
! testfile=/tmp/pp.t.$$
cat $testfile ENDTEST
#!/bin/sh
--- 70,76
s/:$/:./
s/:/ /g' `
# Here is how we test to see if test/[] can handle -x
! testfile=pp.t.$$
cat $testfile ENDTEST
#!/bin/sh
2nd patch:
*** Makefile.tmpl.apacheThu Mar 14 07:35:27 2002
--- Makefile.tmpl Tue May 7 12:26:37 2002
***
*** 85,90
--- 85,91
CP = cp
LN = ln
RM = rm -f
+ TMP = /tmp
MKDIR = $(TOP)/$(AUX)/mkdir.sh
INSTALL = $(TOP)/$(AUX)/install.sh -c
IFLAGS_PROGRAM = @IFLAGS_PROGRAM@
***
*** 232,238
install-mktree install-programs $(install-support) \
install-include install-data install-config
[EMAIL PROTECTED](RM) $(SRC)/.apaci.install.tmp
! [EMAIL PROTECTED](RM) $(SRC)/.apaci.install.conf
[EMAIL PROTECTED] [ .$(QUIET) != .1 ]; then \
if [ .$(TARGET) = .httpd ]; then \
apachectl='apachectl'; \
--- 233,239
install-mktree install-programs $(install-support) \
install-include install-data install-config
[EMAIL PROTECTED](RM) $(SRC)/.apaci.install.tmp
! [EMAIL PROTECTED](RM) $(TMP)/.apaci.install.conf
[EMAIL PROTECTED] [ .$(QUIET) != .1 ]; then \
if [ .$(TARGET) = .httpd ]; then \
apachectl='apachectl'; \
***
*** 321,327
fi; \
fi
$(INSTALL_DATA) $(TOP)/$(SRC)/support/httpd.8
$(root)$(mandir)/man8/$(TARGET).8
! [EMAIL PROTECTED](RM) $(SRC)/.apaci.install.conf; touch
$(SRC)/.apaci.install.conf
[EMAIL PROTECTED] [ .`grep '^[ ]*SharedModule'
$(TOP)/$(SRC)/Configuration.apaci` != . ]; then \
for mod in `egrep '^[ ]*SharedModule'
$(TOP)/$(SRC)/Configuration.apaci |\
sed -e 's/^[]*SharedModule[ ]*//'`; do \
--- 322,328
fi; \
fi
$(INSTALL_DATA) $(TOP)/$(SRC)/support/httpd.8
$(root)$(mandir)/man8/$(TARGET).8
! [EMAIL PROTECTED](RM) $(TMP)/.apaci.install.conf; touch
$(TMP)/.apaci.install.conf
[EMAIL PROTECTED] [ .`grep '^[ ]*SharedModule'
$(TOP)/$(SRC)/Configuration.apaci` != . ]; then \
for mod in `egrep '^[ ]*SharedModule'
$(TOP)/$(SRC)/Configuration.apaci |\
sed -e 's/^[]*SharedModule[ ]*//'`; do \
***
*** 330,347
$(INSTALL_DSO) $(TOP)/$(SRC)/$${mod}
$(root)$(libexecdir)/$${file}; \
name=`$(TOP)/$(AUX)/fmn.sh $(TOP)/$(SRC)/$${mod}`; \
echo dummy | awk '{ printf(LoadModule %-18s %s\n,
modname, modpath); }' \
! modname=$${name}
DO NOT REPLY [Bug 8849] - make install errors as root on NFS shares
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8849. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8849 make install errors as root on NFS shares [EMAIL PROTECTED] changed: What|Removed |Added Version|1.3.23 |1.3.24 --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 03:52 --- Sorry, version 1.3.24. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8482] - nph- CGIs and/or server-pushed methodes not working properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482 nph- CGIs and/or server-pushed methodes not working properly [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |High - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8853] New: - mod_vhost_alias and Aliases
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8853. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8853 mod_vhost_alias and Aliases Summary: mod_vhost_alias and Aliases Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: mod_vhost_alias AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Using any of the mod_vhost_alias directives causes the Alias(Match) and ScriptAlias(Match) directives to cease functioning. The moment I uncomment a line containing a VirtualDocumentRoot /www/%0, my server-wide ScriptAliases stop working, as well as All errors saying that a 404 was encountered trying to handle the error, since the Alias to /error stops working. (And so does the /icons alias). Not sure if this is an issue with mod_vhost_alias or mod_alias, but I'm trying it here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8122] - SSLMutex option settings not honoured
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8122. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8122 SSLMutex option settings not honoured --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 09:55 --- Created an attachment (id=1801) Remove debug output in ssl_engine_config.c else same as the previous which is btw a proposed fix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8867] New: - make install fails for httpd-2.0.36 on Solaris 8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8867. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8867 make install fails for httpd-2.0.36 on Solaris 8 Summary: make install fails for httpd-2.0.36 on Solaris 8 Product: Apache httpd-2.0 Version: 2.0.36 Platform: Sun OS/Version: Solaris Status: NEW Severity: Critical Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I am successful doing configure (without any additional modules) and make with httpd 2.0.36. The problem occurs when doing make install. Here is part of the output: exports.c:900: `ap_hack_apr_xml_quote_string' previously defined here exports.c:2097: redefinition of `ap_hack_apr_xml_quote_elem' exports.c:901: `ap_hack_apr_xml_quote_elem' previously defined here exports.c:2098: redefinition of `ap_hack_apr_xml_insert_uri' exports.c:902: `ap_hack_apr_xml_insert_uri' previously defined here make: Fatal error: Command failed for target `exports.lo' Current working directory /aleph1/product/httpd-2.0.36/server make: Fatal error: Command failed for target `install-recursive' Current working directory /aleph1/product/httpd-2.0.36/server make: Fatal error: Command failed for target `install-recursive' This output is from the gcc command that follows the nawk command: nawk -f /aleph1/product/httpd-2.0.36/build/make_exports.awk /aleph1/product/http d-2.0.36/include/*.h /aleph1/product/httpd-2.0.36/os/unix/*.h /aleph1/product/ httpd-2.0.36/srclib/apr/include/*.h /aleph1/product/httpd-2.0.36/srclib/apr-uti l/include/*.h /aleph1/product/httpd-2.0.36/modules/http/*.h exports.c /bin/bash /aleph1/product/httpd-2.0.36/srclib/apr/libtool --silent --mode=compil e gcc -g -O2 -pthreads-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAP_HAVE_DESIGNATED_INITIALIZER -I. -I/aleph1/product/httpd-2.0.36/os/unix -I /aleph1/product/httpd-2.0.36/server/mpm/prefork -I/aleph1/product/httpd-2.0.36/m odules/http -I/aleph1/product/httpd-2.0.36/modules/proxy -I/aleph1/product/httpd -2.0.36/include -I/aleph1/product/httpd-2.0.36/srclib/apr/include -I/aleph1/prod uct/httpd-2.0.36/srclib/apr-util/include -I/aleph1/product/httpd-2.0.36/modules/ dav/main -I/aleph1/product/httpd-2.0.36/srclib/apr-util/xml/expat/lib -prefer-no n-pic -static -c exports.c touch exports.lo Following is some info on the relevant machine: ram12=M505gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/specs gcc version 2.95.2 19991024 (release) ram12=M505uname -a SunOS ram12 5.8 Generic_108528-03 sun4u sparc SUNW,UltraSPARC-IIi-Engine Thanks for your coop, Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8514] - make fails: apr/atomic/solaris_sparc/
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8514. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8514 make fails: apr/atomic/solaris_sparc/ [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 14:37 --- I tried 2.0.36 build today, still having a problem when I do make: --- Making all in user/unix /bin/bash /export/home/tfan/kits/apache/httpd-2.0.36/srclib/apr/libtool -- silent --mode=compile gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 - D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I../../include - I../../include/arch/unix -c userinfo.c touch userinfo.lo /bin/bash /export/home/tfan/kits/apache/httpd-2.0.36/srclib/apr/libtool -- silent --mode=compile gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 - D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I../../include - I../../include/arch/unix -c groupinfo.c touch groupinfo.lo Making all in memory/unix /bin/bash /export/home/tfan/kits/apache/httpd-2.0.36/srclib/apr/libtool -- silent --mode=compile gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 - D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I../../include - I../../include/arch/unix -c apr_pools.c touch apr_pools.lo Making all in atomic/solaris_sparc cat - /export/home/tfan/kits/apache/httpd- 2.0.36/srclib/apr/atomic/solaris_sparc/apr_atomic_sparc.s apr_atomic_sparc.S as -K pic -P -D_ASM -D__STDC__=0 -xarch=v8plus -o apr_atomic_sparc.lo apr_atomic_sparc.S bash: as: command not found *** Error code 127 make: Fatal error: Command failed for target `apr_atomic_sparc.lo' Current working directory /export/home/tfan/kits/apache/httpd- 2.0.36/srclib/apr/atomic/solaris_sparc *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /export/home/tfan/kits/apache/httpd- 2.0.36/srclib/apr/atomic/solaris_sparc *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /export/home/tfan/kits/apache/httpd-2.0.36/srclib/apr *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /export/home/tfan/kits/apache/httpd-2.0.36/srclib *** Error code 1 make: Fatal error: Command failed for target `all-recursive' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8514] - make fails: apr/atomic/solaris_sparc/
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8514. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8514 make fails: apr/atomic/solaris_sparc/ [EMAIL PROTECTED] changed: What|Removed |Added Resolution|INVALID |FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 15:22 --- Thank you for pointing me out. It works now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8853] - mod_vhost_alias and Aliases
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8853. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8853 mod_vhost_alias and Aliases --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 15:22 --- Created an attachment (id=1803) Make mod_alias run before mod_vhost_alias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8853] - mod_vhost_alias and Aliases
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8853. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8853 mod_vhost_alias and Aliases --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 15:24 --- It looks like the ordering of the translate_name hook has not been very well thought-out. Could you please try the attached patch and see if it fixes your problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8880] New: - AcceptPathInfo fails on DirectoryIndex files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8880. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8880 AcceptPathInfo fails on DirectoryIndex files Summary: AcceptPathInfo fails on DirectoryIndex files Product: Apache httpd-2.0 Version: 2.0.36 Platform: All OS/Version: Windows NT/2K Status: NEW Severity: Enhancement Priority: Other Component: Core AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Strictly speaking, this isn't a bug, but it doesn't seem unreasonable to me... On my Win2K Apache 2.0.36 (with PHP 4.2.0 as module), looking to serve up myServer.com/myDir/index.php myServer.com/myDir?the/rest/do/not/exist = works myServer.com/myDir/?the/rest/do/not/exist= works myServer.com/myDir/index.php/the/rest/do/not/exist = works (bug 8234 fixed) myServer.com/myDir/the/rest/do/not/exist = error 404 The first two work because I have: DirectoryIndex index.php index.htm index.html The third works because I have: AcceptPathInfo On The fourth does not work even though I have both DirectoryIndex and AcceptPathInfo set as above Shouldn't (as we check for existence of directories working backwards) we, upon encountering an existing directory, check for the DirectoryIndex files in that directory? Thanks for considering, Csaba Gabor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8883] New: - Explorer problemes...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8883. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8883 Explorer problemes... Summary: Explorer problemes... Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC URL: http://gaborka.host.sk OS/Version: Windows 9x Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I saw a big-big probleme! I use Internet Explorer, and when I open the Apache root, the code of the page is UTF-8, but in the httpd.conf the default code is ISO-8859-1... Please fix this bug, because I can't use apache 2.0 with this bug, but I want it... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8888] - ApacheMonitor small menu does not stop server
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id= ApacheMonitor small menu does not stop server [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 19:20 --- Please try version 2.0.36. *** This bug has been marked as a duplicate of 7930 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7930] - Minor Bug w/ Apache Monitor in Sys Tray (v. 2.0)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7930. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7930 Minor Bug w/ Apache Monitor in Sys Tray (v. 2.0) [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 19:20 --- *** Bug has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8707] - Apache make fails in AIX 5.1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8707. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8707 Apache make fails in AIX 5.1 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 19:34 --- New 2.0.26 build resolved this problem, I am all set now, no any problem with this build so far. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8880] - AcceptPathInfo fails on DirectoryIndex files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8880. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8880 AcceptPathInfo fails on DirectoryIndex files --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 19:37 --- I can confirm that this is true, that it doesn't depend on PHP, and that it contradicts what we have in the documentation. Whether or not it is desired behavior, I have no idea. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8889] New: - Broken links in http://httpd.apache.org/dev/apidoc/
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8889. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8889 Broken links in http://httpd.apache.org/dev/apidoc/ Summary: Broken links in http://httpd.apache.org/dev/apidoc/ Product: Apache httpd-1.3 Version: 1.3.24 Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I didn't know where else to submit this info. I suppose the pages in http://httpd.apache.org/dev/apidoc/ are automatically generated, but for some reason or other, many are named using the prefix apidoc_, whereas the links inside them do not contain that prefix. I suppose this is not the best place to report this, so please let me know what is. If problems with this documentation should be ignored, http://httpd.apache.org/dev/apidoc/index.html should say so. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8890] New: - ssl stop serving pages after a couple of minutes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8890. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8890 ssl stop serving pages after a couple of minutes Summary: ssl stop serving pages after a couple of minutes Product: Apache httpd-2.0 Version: 2.0.36 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: mod_ssl AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I have reproduced this on 3 different computers running Linux kernel =2.4.17 glibc =2.2.4 It works for some time then suddenly it stops working and never seems to work again, the process doesn't seem to be hanged, no 100% cpu load. I'm not used to debug stuff so please let me know if I can contribute with more info here's what I think is useful.. apache is configured with: CFLAGS= ./configure --prefix=/opt/apache --enable-ssl --enable-maintainer-mode sunkan:# tail /opt/apache/logs/ssl_engine_log [07/May/2002 22:33:42 23203] [info] Subsequent (No.7) HTTPS request received for child 6 (server new.host.name:443) [07/May/2002 22:33:42 23203] [info] Subsequent (No.8) HTTPS request received for child 6 (server new.host.name:443) [07/May/2002 22:33:57 23203] [info] Connection to child 6 closed with standard shutdown(server new.host.name:443, client ::1) [07/May/2002 22:34:21 23195] [info] Connection to child 1 established (server new.host.name:443, client ::1) [07/May/2002 22:34:21 23195] [info] Seeding PRNG with 136 bytes of entropy [07/May/2002 22:34:21 23195] [warn] Failed to acquire global mutex lock [07/May/2002 22:34:21 23195] [warn] Failed to release global mutex lock sunkan:# sunkan:# /opt/apache/bin/httpd -V Server version: Apache/2.0.36 Server built: May 7 2002 22:21:25 Server's Module Magic Number: 20020329:1 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR=server/mpm/prefork -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT=/opt/apache -D SUEXEC_BIN=/opt/apache/bin/suexec -D DEFAULT_ERRORLOG=logs/error_log -D SERVER_CONFIG_FILE=conf/httpd.conf When the server stops serving ssl pages I used this method to try and find out which process is responsible for that connection. sunkan:# netstat -anp|grep ht tcp0 0 :::80 :::*LISTEN 23193/httpd tcp0 0 :::443 :::*LISTEN 23193/httpd tcp 645 0 ::1:443 ::1:32969 ESTABLISHED 23195/httpd sunkan:# gdb /opt/apache/bin/httpd 23195 0x402aa815 in sigsuspend () from /lib/libc.so.6 (gdb) bt #0 0x402aa815 in sigsuspend () from /lib/libc.so.6 #1 0x4026fd8b in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #2 0x402714bb in __pthread_alt_lock () from /lib/libpthread.so.0 #3 0x4026e895 in pthread_mutex_lock () from /lib/libpthread.so.0 #4 0x40047143 in apr_thread_mutex_lock (mutex=0x8130780) at thread_mutex.c:149 #5 0x40045ae2 in apr_global_mutex_lock (mutex=0x81306f8) at global_mutex.c:130 #6 0x0807b01f in ssl_mutex_on (s=0x8131e40) at ssl_engine_mutex.c:101 #7 0x080818f1 in ssl_scache_dbm_store (s=0x8131e40, id=0x8174ff8 [EMAIL PROTECTED]#65533;#65533;#65533;\203 \203#65533;0*#65533;c#65533;5\f#65533;#65533;\232#65533;#65533;\227#65533;\177#65533;#65533;#65533;#65533;L\e\036#65533; , idlen=32, expiry=1020803961, sess=0x8174fb0) at ssl_scache_dbm.c:172 #8 0x08081184 in ssl_scache_store (s=0x8131e40, id=0x8174ff8 [EMAIL PROTECTED]#65533;#65533;#65533;\203 \203#65533;0*#65533;c#65533;5\f#65533;#65533;\232#65533;#65533;\227#65533;\177#65533;#65533;#65533;#65533;L\e\036#65533; , idlen=32, expiry=1020803961, sess=0x8174fb0) at ssl_scache.c:127 #9 0x0807a0cf in ssl_callback_NewSessionCacheEntry (ssl=0x813f5e8, session=0x8174fb0) at ssl_engine_kernel.c:1717 #10 0x400daf7c in ssl_update_cache () from /usr/lib/libssl.so.0.9.6 Cannot access memory at address 0x3 (gdb) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8880] - AcceptPathInfo fails on DirectoryIndex files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8880. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8880 AcceptPathInfo fails on DirectoryIndex files --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 22:32 --- Oh bah humbug. I didn't think to test the directoryindex case. :) I'll work on a patch for this as soon as I have time. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8890] - ssl stop serving pages after a couple of minutes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8890. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8890 ssl stop serving pages after a couple of minutes [EMAIL PROTECTED] changed: What|Removed |Added Component|mod_ssl |Allmod_ssl --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 22:40 --- We've already been working on this issue. A patch will be committed for 2.0.37 soon. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8186] - mod_ssl stops responding to requests
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8186. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8186 mod_ssl stops responding to requests [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 22:42 --- I just noticed there's another PR dealing with this. A patch will be committed for 2.0.37 soon. *** This bug has been marked as a duplicate of 8124 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8124] - mod_ssl fails to get and release semaphore mutex
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8124. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8124 mod_ssl fails to get and release semaphore mutex [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-05-07 22:42 --- *** Bug 8890 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
