Mailing List Archive

On 5/30/2015 2:20 PM, Steve Hay wrote:
> Please download, test, and report back on this release candidate of
> the long-awaited mod_perl 2.0.9.
>
> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>
> MD5 = 6dbf61e0724a245f1c015687fb3e4213
> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>
> Changes since RC1:
>
> Remove PerlInterpScope. This has not been working properly with
> threaded MPMs with httpd-2.4.x and the use-case of this directive was
> questionable. [Jan Kaluza]
>
> Allow running the test suite with httpd-2.4.x when mod_access_compat
> is not loaded. [Steve Hay]
The test suite finished with one failure against 2.4.12 on my test rig:

Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
cusr 50.53 csys = 282.10 CPU)
Result: FAIL
Failed 1/245 test programs. 1/4646 subtests failed.
[warning] server localhost.localdomain:8529 shutdown
[warning] port 8529 still in use...
...done
[ error] error running tests (please examine t/logs/error_log)
+--------------------------------------------------------+
| Please file a bug report: http://perl.apache.org/bugs/ |
+--------------------------------------------------------+
Makefile:1112: recipe for target 'run_tests' failed
make: *** [run_tests] Error 1



Repeating with TEST_VERBOSE=1 added... Here's the relevant output:

ok 23
# testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
# expected: qr/(?^:Internal error: log_serror test 2)/
# received: '
# *** The following warn entry is expected and harmless ***
# [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
aplog.pm(90): (20014)Internal error (specific information not
available): log_serror test 2
# '
not ok 24
# testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
# expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
test)/
# received: '# Failed test 24 in
/usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
#
# *** The following error entry is expected and harmless ***
# [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
(20007)No time was provided and one was required.: [client
127.0.0.1:56778] log_rerror test
# '
ok 25
# testing : $r->log_error(...)
# expected: qr/(?^:\[\w*:error\] \[pid[^]]+\] \$r->log_error test)/
# received: '
# *** The following error entry is expected and harmless ***
# [Sat May 30 21:04:59.087329 2015] [:error] [pid 9642:tid 3076]
$r->log_error test
# '


Anything else I can do/provide to help fix?

regards,
KAM

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

On 2015-05-30 20:20, Steve Hay wrote:
> Please download, test, and report back on this release candidate of
> the long-awaited mod_perl 2.0.9.
>
> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>
> MD5 = 6dbf61e0724a245f1c015687fb3e4213
> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>
> Changes since RC1:
>
> Remove PerlInterpScope. This has not been working properly with
> threaded MPMs with httpd-2.4.x and the use-case of this directive was
> questionable. [Jan Kaluza]
>
> Allow running the test suite with httpd-2.4.x when mod_access_compat
> is not loaded. [Steve Hay]


Test system: FreeBSD-10.1 (x64), perl-5.20.2, apr-1.5.2, apr-util-1.5.4


using Apache/2.4.12 (event MPM)
...
Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=2834, 180 wallclock secs ( 1.10 usr 0.38 sys + 128.39 cusr 35.48 csys = 165.36 CPU)
Result: FAIL
Failed 1/245 test programs. 1/2834 subtests failed.


using Apache/2.4.12 (prefork MPM)
...
Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=2850, 184 wallclock secs ( 1.04 usr 0.46 sys + 128.05 cusr 35.77 csys = 165.31 CPU)
Result: FAIL
Failed 1/245 test programs. 1/2850 subtests failed.


using Apache/2.4.12 (worker MPM)
...
Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=2866, 179 wallclock secs ( 1.10 usr 0.41 sys + 127.88 cusr 35.87 csys = 165.26 CPU)
Result: FAIL
Failed 1/245 test programs. 1/2866 subtests failed.


using Apache/2.2.29 (prefork MPM)
...
Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=2695, 225 wallclock secs ( 1.80 usr 0.72 sys + 167.06 cusr 36.84 csys = 206.42 CPU)
Result: FAIL
Failed 1/245 test programs. 1/2695 subtests failed.


using Apache/2.2.29 (event MPM)
...
Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=2667, 220 wallclock secs ( 1.85 usr 0.67 sys + 167.34 cusr 36.51 csys = 206.37 CPU)
Result: FAIL
Failed 1/245 test programs. 1/2667 subtests failed.


using Apache/2.2.29 (worker MPM)
...
Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=2712, 220 wallclock secs ( 1.84 usr 0.70 sys + 167.43 cusr 36.64 csys = 206.60 CPU)
Result: FAIL
Failed 1/245 test programs. 1/2712 subtests failed.


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

On 05/31/2015 03:12 AM, Kevin A. McGrail wrote:
> On 5/30/2015 2:20 PM, Steve Hay wrote:
>> Please download, test, and report back on this release candidate of
>> the long-awaited mod_perl 2.0.9.
>>
>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>
>> MD5 = 6dbf61e0724a245f1c015687fb3e4213
>> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>>
>> Changes since RC1:
>>
>> Remove PerlInterpScope. This has not been working properly with
>> threaded MPMs with httpd-2.4.x and the use-case of this directive was
>> questionable. [Jan Kaluza]
>>
>> Allow running the test suite with httpd-2.4.x when mod_access_compat
>> is not loaded. [Steve Hay]
> The test suite finished with one failure against 2.4.12 on my test rig:
>
> Test Summary Report
> -------------------
> t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
> Failed test: 24
> Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
> cusr 50.53 csys = 282.10 CPU)
> Result: FAIL
> Failed 1/245 test programs. 1/4646 subtests failed.
> [warning] server localhost.localdomain:8529 shutdown
> [warning] port 8529 still in use...
> ...done
> [ error] error running tests (please examine t/logs/error_log)
> +--------------------------------------------------------+
> | Please file a bug report: http://perl.apache.org/bugs/ |
> +--------------------------------------------------------+
> Makefile:1112: recipe for target 'run_tests' failed
> make: *** [run_tests] Error 1
>
>
>
> Repeating with TEST_VERBOSE=1 added... Here's the relevant output:
>
> ok 23
> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
> # expected: qr/(?^:Internal error: log_serror test 2)/
> # received: '
> # *** The following warn entry is expected and harmless ***
> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
> aplog.pm(90): (20014)Internal error (specific information not
> available): log_serror test 2
> # '
> not ok 24
> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
> test)/
> # received: '# Failed test 24 in
> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
> #
> # *** The following error entry is expected and harmless ***
> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
> (20007)No time was provided and one was required.: [client
> 127.0.0.1:56778] log_rerror test
> # '
> ok 25
> # testing : $r->log_error(...)
> # expected: qr/(?^:\[\w*:error\] \[pid[^]]+\] \$r->log_error test)/
> # received: '
> # *** The following error entry is expected and harmless ***
> # [Sat May 30 21:04:59.087329 2015] [:error] [pid 9642:tid 3076]
> $r->log_error test
> # '
>

Hm, I don't see this fail on my machines. It's strange, because the log
line looks quite similar to yours:

*** The following error entry is expected and harmless ***
[Mon Jun 01 09:40:54.402616 2015] [perl:crit] [pid 26515:tid
140439323637504] (20007)No time was provided and one was required.:
[client 127.0.0.1:46822] log_rerror test

Anyway, there has to be something wrong with the regexp matching this
log line:

if (APACHE24) {
ok t_cmp $logdiff->diff,
qr/\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror test/,
'$r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)';
}
else {
ok t_cmp $logdiff->diff,
qr/\[crit\] .*?: log_rerror test/,
'$r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)';
}

Any ideas someone?

Regards,
Jan Kaluza

> Anything else I can do/provide to help fix?
>
> regards,
> KAM
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>


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

On 5/30/2015 11:20 AM, Steve Hay wrote:
> Please download, test, and report back on this release candidate of
> the long-awaited mod_perl 2.0.9.
>
> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz

Server version: Apache/2.4.12 (Win32)
Server built: Mar 19 2015 18:23:40
Server loaded: APR 1.5.1, APR-UTIL 1.5.4
Architecture: 32-bit
Server MPM: WinNT
All module loaded

Test Summary Report
-------------------
t\filter\both_str_req_proxy.t (Wstat: 0 Tests: 1 Failed: 1)
Failed test: 1
t\modperl\setupenv.t (Wstat: 0 Tests: 63 Failed: 6)
Failed tests: 8, 22, 29, 36, 50, 57
t\modules\proxy.t (Wstat: 65280 Tests: 0 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan. You planned 1 tests but ran 0.
t\preconnection\note.t (Wstat: 0 Tests: 1 Failed: 1)
Failed test: 1
t\protocol\echo_block.t (Wstat: 0 Tests: 3 Failed: 2)
Failed tests: 2-3
t\protocol\echo_nonblock.t (Wstat: 0 Tests: 3 Failed: 1)
Failed test: 2
t\protocol\echo_timeout.t (Wstat: 0 Tests: 5 Failed: 4)
Failed tests: 2-5
t\protocol\pseudo_http.t (Wstat: 0 Tests: 13 Failed: 9)
Failed tests: 3-8, 11-13
Files=245, Tests=2902, 1675 wallclock secs ( 4.01 usr + 1.40 sys =
5.41 CPU)
Result: FAIL
Failed 8/245 test programs. 24/2902 subtests failed.
[warning] server GLS3:8529 shutdown
[ error] error running tests (please examine t\logs\error_log)


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

On Mon, Jun 1, 2015 at 12:46 AM, Jan Kaluža <jkaluza@redhat.com> wrote:

> Any ideas someone?

I'm seeing this also. httpd-2.4.12, perl 5.20.1, Centos 6.5.

So far I haven't been able to extract the same errors from the logs
though using TEST_VERBOSE=1


> On 05/31/2015 03:12 AM, Kevin A. McGrail wrote:
>>
>> On 5/30/2015 2:20 PM, Steve Hay wrote:
>>>
>>> Please download, test, and report back on this release candidate of
>>> the long-awaited mod_perl 2.0.9.
>>>
>>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>>
>>> MD5 = 6dbf61e0724a245f1c015687fb3e4213
>>> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>>>
>>> Changes since RC1:
>>>
>>> Remove PerlInterpScope. This has not been working properly with
>>> threaded MPMs with httpd-2.4.x and the use-case of this directive was
>>> questionable. [Jan Kaluza]
>>>
>>> Allow running the test suite with httpd-2.4.x when mod_access_compat
>>> is not loaded. [Steve Hay]
>>
>> The test suite finished with one failure against 2.4.12 on my test rig:
>>
>> Test Summary Report
>> -------------------
>> t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
>> Failed test: 24
>> Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
>> cusr 50.53 csys = 282.10 CPU)
>> Result: FAIL
>> Failed 1/245 test programs. 1/4646 subtests failed.
>> [warning] server localhost.localdomain:8529 shutdown
>> [warning] port 8529 still in use...
>> ...done
>> [ error] error running tests (please examine t/logs/error_log)
>> +--------------------------------------------------------+
>> | Please file a bug report: http://perl.apache.org/bugs/ |
>> +--------------------------------------------------------+
>> Makefile:1112: recipe for target 'run_tests' failed
>> make: *** [run_tests] Error 1
>>
>>
>>
>> Repeating with TEST_VERBOSE=1 added... Here's the relevant output:
>>
>> ok 23
>> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
>> # expected: qr/(?^:Internal error: log_serror test 2)/
>> # received: '
>> # *** The following warn entry is expected and harmless ***
>> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
>> aplog.pm(90): (20014)Internal error (specific information not
>> available): log_serror test 2
>> # '
>> not ok 24
>> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
>> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
>> test)/
>> # received: '# Failed test 24 in
>> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
>> #
>> # *** The following error entry is expected and harmless ***
>> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
>> (20007)No time was provided and one was required.: [client
>> 127.0.0.1:56778] log_rerror test
>> # '
>> ok 25
>> # testing : $r->log_error(...)
>> # expected: qr/(?^:\[\w*:error\] \[pid[^]]+\] \$r->log_error test)/
>> # received: '
>> # *** The following error entry is expected and harmless ***
>> # [Sat May 30 21:04:59.087329 2015] [:error] [pid 9642:tid 3076]
>> $r->log_error test
>> # '
>>
>
> Hm, I don't see this fail on my machines. It's strange, because the log line
> looks quite similar to yours:
>
> *** The following error entry is expected and harmless ***
> [Mon Jun 01 09:40:54.402616 2015] [perl:crit] [pid 26515:tid
> 140439323637504] (20007)No time was provided and one was required.: [client
> 127.0.0.1:46822] log_rerror test
>
> Anyway, there has to be something wrong with the regexp matching this log
> line:
>
> if (APACHE24) {
> ok t_cmp $logdiff->diff,
> qr/\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror test/,
> '$r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)';
> }
> else {
> ok t_cmp $logdiff->diff,
> qr/\[crit\] .*?: log_rerror test/,
> '$r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)';
> }
>
> Any ideas someone?
>
> Regards,
> Jan Kaluza
>
>
>> Anything else I can do/provide to help fix?
>>
>> regards,
>> KAM
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
>> For additional commands, e-mail: dev-help@perl.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>

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

On 31 May 2015 at 02:12, Kevin A. McGrail <KMcGrail@pccc.com> wrote:
> ok 23
> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
> # expected: qr/(?^:Internal error: log_serror test 2)/
> # received: '
> # *** The following warn entry is expected and harmless ***
> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
> aplog.pm(90): (20014)Internal error (specific information not available):
> log_serror test 2
> # '
> not ok 24
> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
> test)/
> # received: '# Failed test 24 in
> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
> #
> # *** The following error entry is expected and harmless ***
> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
> (20007)No time was provided and one was required.: [client 127.0.0.1:56778]
> log_rerror test
> # '

Weird. I don't see this on my system, although I see that many other
people are reporting the same problem.

I really don't know why the test fails given that what it says it
received DOES match what it says it's expecting!?

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

On 31 May 2015 at 11:07, Vincent Veyron <vv.lists@wanadoo.fr> wrote:
> On Sat, 30 May 2015 19:20:34 +0100
> Steve Hay <steve.m.hay@googlemail.com> wrote:
>
>> Please download, test, and report back on this release candidate of
>> the long-awaited mod_perl 2.0.9.
>>
>
> Hi Steve,
>
> I've been seeing the requests for tests, and meaning to run them for a long while now, but for the life of me, I can't figure out how to install the thing, and it's not for lack of trying.
>
> Is there a place that explains how to install and run the test suite? this page for instance, does not (unless something escapes me totally):
>
> https://perl.apache.org/docs/general/testing/testing.html
>

Just follow the instructions in INSTALL in the tarball, i.e. something like:

% perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
% make && make test
% make install

(You can skip the last step. It's the results of "make test" that
we're interested in here.)

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

On 1 June 2015 at 18:59, Gregg Smith <modsdev@gmail.com> wrote:
> On 5/30/2015 11:20 AM, Steve Hay wrote:
>>
>> Please download, test, and report back on this release candidate of
>> the long-awaited mod_perl 2.0.9.
>>
>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>
>
> Server version: Apache/2.4.12 (Win32)
> Server built: Mar 19 2015 18:23:40
> Server loaded: APR 1.5.1, APR-UTIL 1.5.4
> Architecture: 32-bit
> Server MPM: WinNT
> All module loaded
>
> Test Summary Report
> -------------------
> t\filter\both_str_req_proxy.t (Wstat: 0 Tests: 1 Failed: 1)
> Failed test: 1
> t\modperl\setupenv.t (Wstat: 0 Tests: 63 Failed: 6)
> Failed tests: 8, 22, 29, 36, 50, 57
> t\modules\proxy.t (Wstat: 65280 Tests: 0 Failed: 0)
> Non-zero exit status: 255
> Parse errors: Bad plan. You planned 1 tests but ran 0.
> t\preconnection\note.t (Wstat: 0 Tests: 1 Failed: 1)
> Failed test: 1

I get setupenv.t and note.t both failing on one test machine (Windows
8.1), but not on my other (Windows 7). I haven't looked into those
yet.

Can you send verbose output of the both_str_req_proxy.t and proxy.t
failures? I haven't seen those before.


> t\protocol\echo_block.t (Wstat: 0 Tests: 3 Failed: 2)
> Failed tests: 2-3
> t\protocol\echo_nonblock.t (Wstat: 0 Tests: 3 Failed: 1)
> Failed test: 2
> t\protocol\echo_timeout.t (Wstat: 0 Tests: 5 Failed: 4)
> Failed tests: 2-5
> t\protocol\pseudo_http.t (Wstat: 0 Tests: 13 Failed: 9)
> Failed tests: 3-8, 11-13

These four failures are documented in README as known problems on
Windows with httpd-2.4. I haven't figured out why they fail yet. They
work fine on httpd-2.2.

I wondered if they had something to do with APR functions and posted
here about it but got no reply:

http://mail-archives.apache.org/mod_mbox/apr-dev/201405.mbox/%3CCADED%3DK5ZNs9vm6k_Uy9S%3DpkjjD%3DjTSJR_cE7HJ7M3-LwD-nONw%40mail.gmail.com%3E

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

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:
>>>>>
>>>>>
>>>>> Please download, test, and report back on this release candidate of
>>>>> the long-awaited mod_perl 2.0.9.
>>>>>
>>>>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>>>
>>>>
>>>>
>>>> Server version: Apache/2.4.12 (Win32)
>>>> Server built: Mar 19 2015 18:23:40
>>>> Server loaded: APR 1.5.1, APR-UTIL 1.5.4
>>>> Architecture: 32-bit
>>>> Server MPM: WinNT
>>>> All module loaded
>>>>
>>>> Test Summary Report
>>>> -------------------
>>>> t\filter\both_str_req_proxy.t (Wstat: 0 Tests: 1 Failed: 1)
>>>> Failed test: 1
>>>> t\modperl\setupenv.t (Wstat: 0 Tests: 63 Failed: 6)
>>>> Failed tests: 8, 22, 29, 36, 50, 57
>>>> t\modules\proxy.t (Wstat: 65280 Tests: 0 Failed: 0)
>>>> Non-zero exit status: 255
>>>> Parse errors: Bad plan. You planned 1 tests but ran 0.
>>>> t\preconnection\note.t (Wstat: 0 Tests: 1 Failed: 1)
>>>> Failed test: 1
>>>
>>>
>>> I get setupenv.t and note.t both failing on one test machine (Windows
>>> 8.1), but not on my other (Windows 7). I haven't looked into those
>>> yet.
>>>
>>> Can you send verbose output of the both_str_req_proxy.t and proxy.t
>>> failures? I haven't seen those before.
>>>
>>>
>>>> t\protocol\echo_block.t (Wstat: 0 Tests: 3 Failed: 2)
>>>> Failed tests: 2-3
>>>> t\protocol\echo_nonblock.t (Wstat: 0 Tests: 3 Failed: 1)
>>>> Failed test: 2
>>>> t\protocol\echo_timeout.t (Wstat: 0 Tests: 5 Failed: 4)
>>>> Failed tests: 2-5
>>>> t\protocol\pseudo_http.t (Wstat: 0 Tests: 13 Failed: 9)
>>>> Failed tests: 3-8, 11-13
>>>
>>>
>>> These four failures are documented in README as known problems on
>>> Windows with httpd-2.4. I haven't figured out why they fail yet. They
>>> work fine on httpd-2.2.
>>>
>>> I wondered if they had something to do with APR functions and posted
>>> here about it but got no reply:
>>>
>>>
>>> http://mail-archives.apache.org/mod_mbox/apr-dev/201405.mbox/%3CCADED%3DK5ZNs9vm6k_Uy9S%3DpkjjD%3DjTSJR_cE7HJ7M3-LwD-nONw%40mail.gmail.com%3E
>>
>>
>>
>> t\filter\both_str_req_proxy.t ...........
>> 1..1
>> # Running under perl version 5.016003 for MSWin32
>> # Win32::BuildNumber 1604
>> # Current time local: Tue Jun 2 09:16:48 2015
>> # Current time GMT: Tue Jun 2 16:16:48 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
>> t\modules\proxy.t .......................
>> # connecting to http://GLS3:8538/TestModules__proxy
>> 1..1
>> # Running under perl version 5.016003 for MSWin32
>> # Win32::BuildNumber 1604
>> # Current time local: Tue Jun 2 09:30:55 2015
>> # Current time GMT: Tue Jun 2 16:30:55 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
>>
>
> Thanks. Unfortunately, not much to go on there. I wonder if this is
> related to your Apache not having all modules loaded? If so, could you
> send me your httpd.conf so that I can see what's missing and try to
> reproduce the failures myself.

No, fresh build w/ all modules loaded. It seems to me however that APR
1.5.1 may be different to you. IIRC it released after 2.4.12.

httpd.conf is from the 2.4.12 built against.
t.httpd.conf is the one that was generated by the test.

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:
>>>>>>
>>>>>>
>>>>>>
>>>>>> Please download, test, and report back on this release candidate of
>>>>>> the long-awaited mod_perl 2.0.9.
>>>>>>
>>>>>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Server version: Apache/2.4.12 (Win32)
>>>>> Server built: Mar 19 2015 18:23:40
>>>>> Server loaded: APR 1.5.1, APR-UTIL 1.5.4
>>>>> Architecture: 32-bit
>>>>> Server MPM: WinNT
>>>>> All module loaded
>>>>>
>>>>> Test Summary Report
>>>>> -------------------
>>>>> t\filter\both_str_req_proxy.t (Wstat: 0 Tests: 1 Failed: 1)
>>>>> Failed test: 1
>>>>> t\modperl\setupenv.t (Wstat: 0 Tests: 63 Failed: 6)
>>>>> Failed tests: 8, 22, 29, 36, 50, 57
>>>>> t\modules\proxy.t (Wstat: 65280 Tests: 0 Failed: 0)
>>>>> Non-zero exit status: 255
>>>>> Parse errors: Bad plan. You planned 1 tests but ran 0.
>>>>> t\preconnection\note.t (Wstat: 0 Tests: 1 Failed: 1)
>>>>> Failed test: 1
>>>>
>>>>
>>>>
>>>> I get setupenv.t and note.t both failing on one test machine (Windows
>>>> 8.1), but not on my other (Windows 7). I haven't looked into those
>>>> yet.
>>>>
>>>> Can you send verbose output of the both_str_req_proxy.t and proxy.t
>>>> failures? I haven't seen those before.
>>>>
>>>>
>>>>> t\protocol\echo_block.t (Wstat: 0 Tests: 3 Failed: 2)
>>>>> Failed tests: 2-3
>>>>> t\protocol\echo_nonblock.t (Wstat: 0 Tests: 3 Failed: 1)
>>>>> Failed test: 2
>>>>> t\protocol\echo_timeout.t (Wstat: 0 Tests: 5 Failed: 4)
>>>>> Failed tests: 2-5
>>>>> t\protocol\pseudo_http.t (Wstat: 0 Tests: 13 Failed: 9)
>>>>> Failed tests: 3-8, 11-13
>>>>
>>>>
>>>>
>>>> These four failures are documented in README as known problems on
>>>> Windows with httpd-2.4. I haven't figured out why they fail yet. They
>>>> work fine on httpd-2.2.
>>>>
>>>> I wondered if they had something to do with APR functions and posted
>>>> here about it but got no reply:
>>>>
>>>>
>>>>
>>>> http://mail-archives.apache.org/mod_mbox/apr-dev/201405.mbox/%3CCADED%3DK5ZNs9vm6k_Uy9S%3DpkjjD%3DjTSJR_cE7HJ7M3-LwD-nONw%40mail.gmail.com%3E
>>>
>>>
>>>
>>>
>>> t\filter\both_str_req_proxy.t ...........
>>> 1..1
>>> # Running under perl version 5.016003 for MSWin32
>>> # Win32::BuildNumber 1604
>>> # Current time local: Tue Jun 2 09:16:48 2015
>>> # Current time GMT: Tue Jun 2 16:16:48 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
>>> t\modules\proxy.t .......................
>>> # connecting to http://GLS3:8538/TestModules__proxy
>>> 1..1
>>> # Running under perl version 5.016003 for MSWin32
>>> # Win32::BuildNumber 1604
>>> # Current time local: Tue Jun 2 09:30:55 2015
>>> # Current time GMT: Tue Jun 2 16:30:55 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
>>>
>>
>> Thanks. Unfortunately, not much to go on there. I wonder if this is
>> related to your Apache not having all modules loaded? If so, could you
>> send me your httpd.conf so that I can see what's missing and try to
>> reproduce the failures myself.
>
>
> No, fresh build w/ all modules loaded. It seems to me however that APR 1.5.1
> may be different to you. IIRC it released after 2.4.12.
>
> httpd.conf is from the 2.4.12 built against.
> t.httpd.conf is the one that was generated by the test.
>
>
>

No, I've got APR 1.5.1 too (and APR-UTIL 1.5.4) - from the
httpd-2.4.12-deps.tar.gz file.

Is there anything more in t/logs/error_log?

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

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 (*)

On 06/04/2015 06:47 AM, Gregg Smith 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.

Could you please try to fix it, since you are able to reproduce this
issue? Or is there anyone else with Windows who can reproduce it and fix it?

It would be really great to spend some time fixing these bugs which
cannot be reproduced globally, so we can finally release 2.4.x support :).

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


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

On 05/31/2015 03:12 AM, Kevin A. McGrail wrote:
> On 5/30/2015 2:20 PM, Steve Hay wrote:
>> Please download, test, and report back on this release candidate of
>> the long-awaited mod_perl 2.0.9.
>>
>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>
>> MD5 = 6dbf61e0724a245f1c015687fb3e4213
>> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>>
>> Changes since RC1:
>>
>> Remove PerlInterpScope. This has not been working properly with
>> threaded MPMs with httpd-2.4.x and the use-case of this directive was
>> questionable. [Jan Kaluza]
>>
>> Allow running the test suite with httpd-2.4.x when mod_access_compat
>> is not loaded. [Steve Hay]
> The test suite finished with one failure against 2.4.12 on my test rig:

Hi,

what perl version did you use, please? It seems that Perl version is the
only common thing between people for who that test fails and for who it
works.

Regards,
Jan Kaluza

> Test Summary Report
> -------------------
> t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
> Failed test: 24
> Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
> cusr 50.53 csys = 282.10 CPU)
> Result: FAIL
> Failed 1/245 test programs. 1/4646 subtests failed.
> [warning] server localhost.localdomain:8529 shutdown
> [warning] port 8529 still in use...
> ...done
> [ error] error running tests (please examine t/logs/error_log)
> +--------------------------------------------------------+
> | Please file a bug report: http://perl.apache.org/bugs/ |
> +--------------------------------------------------------+
> Makefile:1112: recipe for target 'run_tests' failed
> make: *** [run_tests] Error 1
>
>
>
> Repeating with TEST_VERBOSE=1 added... Here's the relevant output:
>
> ok 23
> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
> # expected: qr/(?^:Internal error: log_serror test 2)/
> # received: '
> # *** The following warn entry is expected and harmless ***
> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
> aplog.pm(90): (20014)Internal error (specific information not
> available): log_serror test 2
> # '
> not ok 24
> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
> test)/
> # received: '# Failed test 24 in
> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
> #
> # *** The following error entry is expected and harmless ***
> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
> (20007)No time was provided and one was required.: [client
> 127.0.0.1:56778] log_rerror test
> # '
> ok 25
> # testing : $r->log_error(...)
> # expected: qr/(?^:\[\w*:error\] \[pid[^]]+\] \$r->log_error test)/
> # received: '
> # *** The following error entry is expected and harmless ***
> # [Sat May 30 21:04:59.087329 2015] [:error] [pid 9642:tid 3076]
> $r->log_error test
> # '
>
>
> Anything else I can do/provide to help fix?
>
> regards,
> KAM
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>


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

On 5 June 2015 at 13:01, Jan Kaluža <jkaluza@redhat.com> wrote:
> On 06/04/2015 06:47 AM, Gregg Smith 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.
>
>
> Could you please try to fix it, since you are able to reproduce this issue?
> Or is there anyone else with Windows who can reproduce it and fix it?
>
> It would be really great to spend some time fixing these bugs which cannot
> be reproduced globally, so we can finally release 2.4.x support :).

I intend to look at it, but if anyone else wants to get there first
then please feel free :-)


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

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

On 05/31/2015 03:12 AM, Kevin A. McGrail wrote:
> On 5/30/2015 2:20 PM, Steve Hay wrote:
>> Please download, test, and report back on this release candidate of
>> the long-awaited mod_perl 2.0.9.
>>
>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>
>> MD5 = 6dbf61e0724a245f1c015687fb3e4213
>> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>>
>> Changes since RC1:
>>
>> Remove PerlInterpScope. This has not been working properly with
>> threaded MPMs with httpd-2.4.x and the use-case of this directive was
>> questionable. [Jan Kaluza]
>>
>> Allow running the test suite with httpd-2.4.x when mod_access_compat
>> is not loaded. [Steve Hay]
> The test suite finished with one failure against 2.4.12 on my test rig:
>
> Test Summary Report
> -------------------
> t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
> Failed test: 24
> Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
> cusr 50.53 csys = 282.10 CPU)
> Result: FAIL
> Failed 1/245 test programs. 1/4646 subtests failed.
> [warning] server localhost.localdomain:8529 shutdown
> [warning] port 8529 still in use...
> ...done
> [ error] error running tests (please examine t/logs/error_log)
> +--------------------------------------------------------+
> | Please file a bug report: http://perl.apache.org/bugs/ |
> +--------------------------------------------------------+
> Makefile:1112: recipe for target 'run_tests' failed
> make: *** [run_tests] Error 1
>
>
>
> Repeating with TEST_VERBOSE=1 added... Here's the relevant output:
>
> ok 23
> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
> # expected: qr/(?^:Internal error: log_serror test 2)/
> # received: '
> # *** The following warn entry is expected and harmless ***
> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
> aplog.pm(90): (20014)Internal error (specific information not
> available): log_serror test 2
> # '
> not ok 24
> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
> test)/
> # received: '# Failed test 24 in
> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92

Something is bad here I think, because test on line 92 is not the one
which is failing according to the TEST_VERBOSE output. Could you check
what's in aplog.pm at line 92?

Jan Kaluza

> # *** The following error entry is expected and harmless ***
> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
> (20007)No time was provided and one was required.: [client
> 127.0.0.1:56778] log_rerror test
> # '
> ok 25
> # testing : $r->log_error(...)
> # expected: qr/(?^:\[\w*:error\] \[pid[^]]+\] \$r->log_error test)/
> # received: '
> # *** The following error entry is expected and harmless ***
> # [Sat May 30 21:04:59.087329 2015] [:error] [pid 9642:tid 3076]
> $r->log_error test
> # '
>
>
> Anything else I can do/provide to help fix?
>
> regards,
> KAM
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>


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

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

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

On 8 June 2015 at 08:14, Jan Kaluža <jkaluza@redhat.com> wrote:
> On 05/31/2015 03:12 AM, Kevin A. McGrail wrote:
>>
>> On 5/30/2015 2:20 PM, Steve Hay wrote:
>>>
>>> Please download, test, and report back on this release candidate of
>>> the long-awaited mod_perl 2.0.9.
>>>
>>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>>
>>> MD5 = 6dbf61e0724a245f1c015687fb3e4213
>>> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>>>
>>> Changes since RC1:
>>>
>>> Remove PerlInterpScope. This has not been working properly with
>>> threaded MPMs with httpd-2.4.x and the use-case of this directive was
>>> questionable. [Jan Kaluza]
>>>
>>> Allow running the test suite with httpd-2.4.x when mod_access_compat
>>> is not loaded. [Steve Hay]
>>
>> The test suite finished with one failure against 2.4.12 on my test rig:
>>
>> Test Summary Report
>> -------------------
>> t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
>> Failed test: 24
>> Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
>> cusr 50.53 csys = 282.10 CPU)
>> Result: FAIL
>> Failed 1/245 test programs. 1/4646 subtests failed.
>> [warning] server localhost.localdomain:8529 shutdown
>> [warning] port 8529 still in use...
>> ...done
>> [ error] error running tests (please examine t/logs/error_log)
>> +--------------------------------------------------------+
>> | Please file a bug report: http://perl.apache.org/bugs/ |
>> +--------------------------------------------------------+
>> Makefile:1112: recipe for target 'run_tests' failed
>> make: *** [run_tests] Error 1
>>
>>
>>
>> Repeating with TEST_VERBOSE=1 added... Here's the relevant output:
>>
>> ok 23
>> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
>> # expected: qr/(?^:Internal error: log_serror test 2)/
>> # received: '
>> # *** The following warn entry is expected and harmless ***
>> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
>> aplog.pm(90): (20014)Internal error (specific information not
>> available): log_serror test 2
>> # '
>> not ok 24
>> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
>> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
>> test)/
>> # received: '# Failed test 24 in
>> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
>
>
> Something is bad here I think, because test on line 92 is not the one which
> is failing according to the TEST_VERBOSE output. Could you check what's in
> aplog.pm at line 92?
>
> Jan Kaluza
>
>> # *** The following error entry is expected and harmless ***
>> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
>> (20007)No time was provided and one was required.: [client
>> 127.0.0.1:56778] log_rerror test
>> # '
>> ok 25

Ah... I think the "testing/expected/received" text is appearing
*before* the "ok/not ok" text.

Test 25 has succeeded because the quoted text from "# Failed test 24"
through "log_rerror test #" does indeed match the pattern
qr/\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror test/

But it is test 24 on lin 92 that has failed because the received text

# *** The following warn entry is expected and harmless ***
# [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
aplog.pm(90): (20014)Internal error (specific information not
available): log_serror test 2
#

doesn't match the pattern qr/$egeneral: log_serror test 2/, where

my $egeneral = have_min_apache_version('2.1.0')
? "Internal error"
: "Error string not specified yet";

It fails to match because of the " (specific information not available)" part.

Does the following/attached patch fix it?

Index: t/response/TestAPI/aplog.pm
===================================================================
--- t/response/TestAPI/aplog.pm (revision 1684346)
+++ t/response/TestAPI/aplog.pm (working copy)
@@ -83,7 +83,7 @@

# the APR_EGENERAL error string changed for APR 1.0
my $egeneral = have_min_apache_version('2.1.0')
- ? "Internal error"
+ ? qr/Internal error(?: \(specific information not available\))?/
: "Error string not specified yet";

t_server_log_warn_is_expected();

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

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

On 06/09/2015 10:23 AM, Steve Hay wrote:
> On 8 June 2015 at 08:14, Jan Kaluža <jkaluza@redhat.com> wrote:
>> On 05/31/2015 03:12 AM, Kevin A. McGrail wrote:
>>>
>>> On 5/30/2015 2:20 PM, Steve Hay wrote:
>>>>
>>>> Please download, test, and report back on this release candidate of
>>>> the long-awaited mod_perl 2.0.9.
>>>>
>>>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>>>
>>>> MD5 = 6dbf61e0724a245f1c015687fb3e4213
>>>> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>>>>
>>>> Changes since RC1:
>>>>
>>>> Remove PerlInterpScope. This has not been working properly with
>>>> threaded MPMs with httpd-2.4.x and the use-case of this directive was
>>>> questionable. [Jan Kaluza]
>>>>
>>>> Allow running the test suite with httpd-2.4.x when mod_access_compat
>>>> is not loaded. [Steve Hay]
>>>
>>> The test suite finished with one failure against 2.4.12 on my test rig:
>>>
>>> Test Summary Report
>>> -------------------
>>> t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
>>> Failed test: 24
>>> Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
>>> cusr 50.53 csys = 282.10 CPU)
>>> Result: FAIL
>>> Failed 1/245 test programs. 1/4646 subtests failed.
>>> [warning] server localhost.localdomain:8529 shutdown
>>> [warning] port 8529 still in use...
>>> ...done
>>> [ error] error running tests (please examine t/logs/error_log)
>>> +--------------------------------------------------------+
>>> | Please file a bug report: http://perl.apache.org/bugs/ |
>>> +--------------------------------------------------------+
>>> Makefile:1112: recipe for target 'run_tests' failed
>>> make: *** [run_tests] Error 1
>>>
>>>
>>>
>>> Repeating with TEST_VERBOSE=1 added... Here's the relevant output:
>>>
>>> ok 23
>>> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
>>> # expected: qr/(?^:Internal error: log_serror test 2)/
>>> # received: '
>>> # *** The following warn entry is expected and harmless ***
>>> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
>>> aplog.pm(90): (20014)Internal error (specific information not
>>> available): log_serror test 2
>>> # '
>>> not ok 24
>>> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
>>> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
>>> test)/
>>> # received: '# Failed test 24 in
>>> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
>>
>>
>> Something is bad here I think, because test on line 92 is not the one which
>> is failing according to the TEST_VERBOSE output. Could you check what's in
>> aplog.pm at line 92?
>>
>> Jan Kaluza
>>
>>> # *** The following error entry is expected and harmless ***
>>> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
>>> (20007)No time was provided and one was required.: [client
>>> 127.0.0.1:56778] log_rerror test
>>> # '
>>> ok 25
>
> Ah... I think the "testing/expected/received" text is appearing
> *before* the "ok/not ok" text.
>
> Test 25 has succeeded because the quoted text from "# Failed test 24"
> through "log_rerror test #" does indeed match the pattern
> qr/\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror test/
>
> But it is test 24 on lin 92 that has failed because the received text
>
> # *** The following warn entry is expected and harmless ***
> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
> aplog.pm(90): (20014)Internal error (specific information not
> available): log_serror test 2
> #
>
> doesn't match the pattern qr/$egeneral: log_serror test 2/, where
>
> my $egeneral = have_min_apache_version('2.1.0')
> ? "Internal error"
> : "Error string not specified yet";
>
> It fails to match because of the " (specific information not available)" part.
>
> Does the following/attached patch fix it?

Great! I've been able to reproduce it. That error string changed in
apr-1.5.2 and I've been testing with apr-1.5.1 earlier. I've verified
that the patch you've attached fixes the issue for me.

I've tested with the patch with both apr-1.5.2 and apr-1.5.1 and it
worked in both cases for me, so +1 from my point of view.

Regards,
Jan Kaluza

> Index: t/response/TestAPI/aplog.pm
> ===================================================================
> --- t/response/TestAPI/aplog.pm (revision 1684346)
> +++ t/response/TestAPI/aplog.pm (working copy)
> @@ -83,7 +83,7 @@
>
> # the APR_EGENERAL error string changed for APR 1.0
> my $egeneral = have_min_apache_version('2.1.0')
> - ? "Internal error"
> + ? qr/Internal error(?: \(specific information not available\))?/
> : "Error string not specified yet";
>
> t_server_log_warn_is_expected();
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>


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

On 10 June 2015 at 09:50, Jan Kaluža <jkaluza@redhat.com> wrote:
> On 06/09/2015 10:23 AM, Steve Hay wrote:
>>
>> On 8 June 2015 at 08:14, Jan Kaluža <jkaluza@redhat.com> wrote:
>>>
>>> On 05/31/2015 03:12 AM, Kevin A. McGrail wrote:
>>>>
>>>>
>>>> On 5/30/2015 2:20 PM, Steve Hay wrote:
>>>>>
>>>>>
>>>>> Please download, test, and report back on this release candidate of
>>>>> the long-awaited mod_perl 2.0.9.
>>>>>
>>>>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc2.tar.gz
>>>>>
>>>>> MD5 = 6dbf61e0724a245f1c015687fb3e4213
>>>>> SHA1 = faf63c98b338ef0373ccbbe775c52506270ff3b9
>>>>>
>>>>> Changes since RC1:
>>>>>
>>>>> Remove PerlInterpScope. This has not been working properly with
>>>>> threaded MPMs with httpd-2.4.x and the use-case of this directive was
>>>>> questionable. [Jan Kaluza]
>>>>>
>>>>> Allow running the test suite with httpd-2.4.x when mod_access_compat
>>>>> is not loaded. [Steve Hay]
>>>>
>>>>
>>>> The test suite finished with one failure against 2.4.12 on my test rig:
>>>>
>>>> Test Summary Report
>>>> -------------------
>>>> t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
>>>> Failed test: 24
>>>> Files=245, Tests=4646, 304 wallclock secs ( 3.34 usr 0.49 sys + 227.74
>>>> cusr 50.53 csys = 282.10 CPU)
>>>> Result: FAIL
>>>> Failed 1/245 test programs. 1/4646 subtests failed.
>>>> [warning] server localhost.localdomain:8529 shutdown
>>>> [warning] port 8529 still in use...
>>>> ...done
>>>> [ error] error running tests (please examine t/logs/error_log)
>>>> +--------------------------------------------------------+
>>>> | Please file a bug report: http://perl.apache.org/bugs/ |
>>>> +--------------------------------------------------------+
>>>> Makefile:1112: recipe for target 'run_tests' failed
>>>> make: *** [run_tests] Error 1
>>>>
>>>>
>>>>
>>>> Repeating with TEST_VERBOSE=1 added... Here's the relevant output:
>>>>
>>>> ok 23
>>>> # testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::Const::EGENERAL...)
>>>> # expected: qr/(?^:Internal error: log_serror test 2)/
>>>> # received: '
>>>> # *** The following warn entry is expected and harmless ***
>>>> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
>>>> aplog.pm(90): (20014)Internal error (specific information not
>>>> available): log_serror test 2
>>>> # '
>>>> not ok 24
>>>> # testing : $r->log_rerror(LOG_MARK, LOG_CRIT, APR::Const::ENOTIME...)
>>>> # expected: qr/(?^:\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror
>>>> test)/
>>>> # received: '# Failed test 24 in
>>>> /usr/src/mod_perl-2.0.9-rc2/t/response/TestAPI/aplog.pm at line 92
>>>
>>>
>>>
>>> Something is bad here I think, because test on line 92 is not the one
>>> which
>>> is failing according to the TEST_VERBOSE output. Could you check what's
>>> in
>>> aplog.pm at line 92?
>>>
>>> Jan Kaluza
>>>
>>>> # *** The following error entry is expected and harmless ***
>>>> # [Sat May 30 21:04:59.086325 2015] [perl:crit] [pid 9642:tid 3076]
>>>> (20007)No time was provided and one was required.: [client
>>>> 127.0.0.1:56778] log_rerror test
>>>> # '
>>>> ok 25
>>
>>
>> Ah... I think the "testing/expected/received" text is appearing
>> *before* the "ok/not ok" text.
>>
>> Test 25 has succeeded because the quoted text from "# Failed test 24"
>> through "log_rerror test #" does indeed match the pattern
>> qr/\[\w*:crit\] \[pid[^]]+\] .*?: \[[^]]+\] log_rerror test/
>>
>> But it is test 24 on lin 92 that has failed because the received text
>>
>> # *** The following warn entry is expected and harmless ***
>> # [Sat May 30 21:04:59.085379 2015] [perl:debug] [pid 9642:tid 3076]
>> aplog.pm(90): (20014)Internal error (specific information not
>> available): log_serror test 2
>> #
>>
>> doesn't match the pattern qr/$egeneral: log_serror test 2/, where
>>
>> my $egeneral = have_min_apache_version('2.1.0')
>> ? "Internal error"
>> : "Error string not specified yet";
>>
>> It fails to match because of the " (specific information not available)"
>> part.
>>
>> Does the following/attached patch fix it?
>
>
> Great! I've been able to reproduce it. That error string changed in
> apr-1.5.2 and I've been testing with apr-1.5.1 earlier. I've verified that
> the patch you've attached fixes the issue for me.
>
> I've tested with the patch with both apr-1.5.2 and apr-1.5.1 and it worked
> in both cases for me, so +1 from my point of view.
>

Thanks for testing. I've now committed this patch, and just uploaded
RC3. Hopefully there will be nothing unexpected this time!

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