On 9 June 2015 at 23:42, Gregg Smith <mods...@gmail.com> wrote: > I need to remember reply-all in this list. > > > On 6/9/2015 12:56 AM, Steve Hay wrote: >> >> On 4 June 2015 at 05:47, Gregg Smith<mods...@gmail.com> wrote: >>> >>> On 6/3/2015 1:03 AM, Steve Hay wrote: >>>> >>>> >>>> On 2 June 2015 at 23:30, Gregg Smith<mods...@gmail.com> wrote: >>>>> >>>>> >>>>> On 6/2/2015 10:35 AM, Steve Hay wrote: >>>>>> >>>>>> >>>>>> On 2 June 2015 at 17:52, Gregg Smith<mods...@gmail.com> wrote: >>>>>>> >>>>>>> >>>>>>> On 6/2/2015 12:49 AM, Steve Hay wrote: >>>>>>>> >>>>>>>> >>>>>>>> On 1 June 2015 at 18:59, Gregg Smith<mods...@gmail.com> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> On 5/30/2015 11:20 AM, Steve Hay wrote: >>>> >>>> >>>> Is there anything more in t/logs/error_log? >>> >>> >>> >>> Sorry for the delay, had two very busy days. >>> >>> The 403 in both_str_req_proxy.t is no real surprise to me and >>> mod_access_compat being the culprit is what I had guessed. >>> mod_access_compat >>> should not be relied upon on 2.4. It certainly does not work as I had >>> expected it to when I switched over from 2.2 and I see support questions >>> because of it in forums all the time. >>> >>> The proxy.t error might just be Vista when I think about it since you do >>> not >>> get the same on Win7. Vista has a very limited number of connections that >>> can be open. I should upgrade to 8.1 but it's so much work to get all my >>> other needed software installed. >>> >>> >>> >>> t\filter\both_str_req_proxy.t ........... >>> 1..1 >>> # Running under perl version 5.016003 for MSWin32 >>> # Win32::BuildNumber 1604 >>> # Current time local: Wed Jun 3 20:48:44 2015 >>> # Current time GMT: Thu Jun 4 03:48:44 2015 >>> # Using Test.pm version 1.26 >>> # Using Apache/Test.pm version 1.39 >>> # testing : lc input and reverse output filters >>> # Failed test 1 in t\filter\both_str_req_proxy.t at line 18 >>> # expected: 'abcdefghijklmnopqrstuvwxyz0123456789' >>> # received: '<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> >>> #<html><head> >>> #<title>403 Forbidden</title> >>> #</head><body> >>> #<h1>Forbidden</h1> >>> #<p>You don\'t have permission to access >>> /TestFilter__both_str_req_proxy/foo >>> # on this server.<br /> >>> #</p> >>> #<hr> >>> #<address>Apache/2.4.12 (Win32) world domination series/2.0 >>> OpenSSL/1.0.1m >>> mod_perl/2.0.9-rc2 Perl/ >>> v5.16.3 Server at gls3 Port 8529</address> >>> #</body></html> >>> # ' >>> not ok 1 >>> Failed 1/1 subtests >>> >>> [Wed Jun 03 20:48:43.885200 2015] [charset_lite:debug] [pid 3124:tid >>> 2344] >>> mod_charset_lite.c(216): [client 10.0.0.33:59366] AH01448: incomplete >>> configuration: src unspecified, dst unspecified >>> [Wed Jun 03 20:48:43.885200 2015] [deflate:debug] [pid 3124:tid 2344] >>> mod_deflate.c(853): [client 10.0.0.33:59366] AH01384: Zlib: Compressed 21 >>> to >>> 26 : URL /TestFilter__both_str_req_mix >>> [Wed Jun 03 20:48:50.842800 2015] [access_compat:error] [pid 3124:tid >>> 2344] >>> [client 10.0.0.33:59367] AH01797: client denied by server configuration: >>> proxy:http://GLS3:8529/TestFilter__both_str_req_proxy_content/foo >>> [Wed Jun 03 20:48:57.909600 2015] [authz_core:debug] [pid 3124:tid 2344] >>> mod_authz_core.c(834): [client 10.0.0.33:59368] AH01628: authorization >>> result: granted (no directives) >>> [Wed Jun 03 20:48:57.909600 2015] [charset_lite:debug] [pid 3124:tid >>> 2344] >>> mod_charset_lite.c(216): [client 10.0.0.33:59368] AH01448: incomplete >>> configuration: src unspecified, dst unspecified >>> >>> >>> >>> # connecting to http://GLS3:8538/TestModules__proxy >>> 1..1 >>> # Running under perl version 5.016003 for MSWin32 >>> # Win32::BuildNumber 1604 >>> # Current time local: Wed Jun 3 21:04:05 2015 >>> # Current time GMT: Thu Jun 4 04:04:05 2015 >>> # Using Test.pm version 1.26 >>> # Using Apache/Test.pm version 1.39 >>> request has failed (the response code was: 503) >>> see t/logs/error_log for more details >>> Dubious, test returned 255 (wstat 65280, 0xff00) >>> Failed 1/1 subtests >>> >>> [Wed Jun 03 21:04:13.855200 2015] [proxy:debug] [pid 3124:tid 2340] >>> mod_proxy.c(1161): [client 10.0.0.33:59664] AH01143: Running scheme http >>> handler (attempt 0) >>> [Wed Jun 03 21:04:13.855200 2015] [proxy_fcgi:debug] [pid 3124:tid 2340] >>> mod_proxy_fcgi.c(859): [client 10.0.0.33:59664] AH01076: url: >>> http://gls3:8538/TestModules__proxy_real proxyname: (null) proxyport: 0 >>> [Wed Jun 03 21:04:13.855200 2015] [proxy_fcgi:debug] [pid 3124:tid 2340] >>> mod_proxy_fcgi.c(864): [client 10.0.0.33:59664] AH01077: declining URL >>> http://gls3:8538/TestModules__proxy_real >>> [Wed Jun 03 21:04:13.855200 2015] [proxy_scgi:debug] [pid 3124:tid 2340] >>> mod_proxy_scgi.c(516): [client 10.0.0.33:59664] AH00865: declining URL >>> http://gls3:8538/TestModules__proxy_real >>> [Wed Jun 03 21:04:13.855200 2015] [proxy:debug] [pid 3124:tid 2340] >>> proxy_util.c(2138): AH00942: HTTP: has acquired connection for (*) >>> [Wed Jun 03 21:04:13.855200 2015] [proxy:debug] [pid 3124:tid 2340] >>> proxy_util.c(2192): [client 10.0.0.33:59664] AH00944: connecting >>> http://gls3:8538/TestModules__proxy_real to gls3:8538 >>> [Wed Jun 03 21:04:13.855200 2015] [proxy:debug] [pid 3124:tid 2340] >>> proxy_util.c(2393): [client 10.0.0.33:59664] AH00947: connected >>> /TestModules__proxy_real to gls3:8538 >>> [Wed Jun 03 21:04:34.884000 2015] [proxy:error] [pid 3124:tid 2340] (OS >>> 10060)A connection attempt failed because the connected party did not >>> properly respond after a period of time, or established connection failed >>> because connected host has failed to respond. : AH00957: HTTP: attempt >>> to >>> connect to 10.0.0.3:8538 (*) failed >>> [Wed Jun 03 21:04:34.884000 2015] [proxy_http:error] [pid 3124:tid 2340] >>> [client 10.0.0.33:59664] AH01114: HTTP: failed to make connection to >>> backend: gls3 >>> [Wed Jun 03 21:04:34.884000 2015] [proxy:debug] [pid 3124:tid 2340] >>> proxy_util.c(2153): AH00943: HTTP: has released connection for (*) >> >> >> I see a few differences in the httpd.conf files that you sent earlier >> compared to mine. >> >> Firstly the order of modules in my files are quite random, whereas >> yours are all alphabetical. Did you do something special to make that >> happen? Anyway, I sorted mine for comparison and found that the Apache >> that I built against has numerous modules that yours doesn't have: >> >> mod_bucketeer >> mod_case_filter_in >> mod_case_filter >> mod_dialup >> mod_echo >> mod_example_hooks >> mod_example_ipc >> mod_optional_fn_export >> mod_optional_fn_import >> mod_optional_hook_export >> mod_optional_hook_import > > > Most of these are simply example modules for people wanting to write their > own. I could build them (BuildAll vs. BuildBin), I just never do. > >> >> although none of those end up in mod_perl's t/conf/httpd.conf, so >> they're surely not relevant. However, your Apache also has several >> modules that mine doesn't have: >> >> mod_charset_lite >> mod_deflate >> mod_lua >> mod_proxy_html >> mod_session_crypto >> mod_ssl >> mod_xml2enc >> >> I have built deflate and ssl before just by dropping zlib and openssl >> into srclib. What am I missing that causes the others not to get >> built? I built with -DENABLE_MODULES=a. > > > mod_session_crypto requires the crypto flag to be set in apu.h. I'm not > saying it will build with CMake, I do not know. > > mod_proxy_html & mod_xml2enc require libxml2 in srclib on the non-Cmake > build. > >> >> Interestingly, all of your extra modules ARE in your mod_perl's >> t/conf/httpd.conf. Aside from that our two t/conf/httpd.conf files >> look about the same modulo path differences. >> >> I see mod_deflate and mod_proxy_html both mentioned in your log file >> snippets, but I'm not sure that they are relevant. Still, it might be >> worth you disabling the above 7 modules in your Apache http.conf so >> that they aren't loaded by mod_perl just to rule out that being the >> difference. >> >> Otherwise I will just have to put the proxy failure down to Vista vs >> Win7 differences, and maybe it's also OS differences that cause the >> 403 in t\filter\both_str_req_proxy.t too? You mentioned the >> unreliability of mod_access_compat, but the test works fine for me >> (i.e. it runs and passes, as opposed to just being skipped on my >> machines) on both Win7 and Win8.1. > > > > t\filter\both_str_req_proxy.t ........... ok > t\modules\proxy.t ....................... ok > > This is purely stupid operator and 101% embarrassing. I was thinking about > it for some time this afternoon and something in the log, and in the config > finally jumped into my puny brain. > > The requests are coming from 10.0.0.33 but GLS3 was set to 10.0.0.3 in the > hosts file. Allow from GLS3 is in httpd.conf. This laptop is 10.0.0.3 when > on wireless (slow), 10.0.0.33 when wired (gigabit). I only use wireless when > outside. > > Ugh! >
That's great news :-) So we're all good on Win32 except for a few familiar/known failures documented in README, which I've not been able to figure out for a long time and will have to wait until after the release. I think things were looking similarly good or better on other platforms too apart from numerous reports of aplog.t failing, which I posted a patch for yesterday. If somebody who saw that failure could confirm that my patch fixes it then I will roll an RC3, which I'm hopeful will be the last RC, and then we'll finally have 2.0.9 :-) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org
