perl-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gregg Smith <mods...@gmail.com>
Subject Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC2
Date Tue, 09 Jun 2015 22:42:19 GMT
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<modsdev@gmail.com>  wrote:
>> On 6/3/2015 1:03 AM, Steve Hay wrote:
>>>
>>> On 2 June 2015 at 23:30, Gregg Smith<modsdev@gmail.com>   wrote:
>>>>
>>>> On 6/2/2015 10:35 AM, Steve Hay wrote:
>>>>>
>>>>> On 2 June 2015 at 17:52, Gregg Smith<modsdev@gmail.com>    wrote:
>>>>>>
>>>>>> On 6/2/2015 12:49 AM, Steve Hay wrote:
>>>>>>>
>>>>>>> On 1 June 2015 at 18:59, Gregg Smith<modsdev@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!



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Mime
View raw message