perl-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Hay <steve.m....@googlemail.com>
Subject Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC2
Date Wed, 10 Jun 2015 07:23:44 GMT
On 9 June 2015 at 23:42, Gregg Smith <modsdev@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<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!
>

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-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Mime
View raw message