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

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.

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.

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

Reply via email to