Re: [CLOSED] [VOTE] Release Apache httpd 2.4.12 as GA
Whatever exists in the tarball is not really an issue, since CHANGES is never really intended to be canon anyway. However, if we are concerned about confusion, I would suggest that we change the CHANGES_2.4 and CHANGES_2.4.12 files which are more visible. On Jan 28, 2015, at 6:10 PM, Eric Covener cove...@gmail.com wrote: On Wed, Jan 28, 2015 at 5:16 PM, Steffen i...@apachelounge.com wrote: There was an issue with 2.4.11 and in 2.4.12 there is nothing mentioned in the change file what is reverted. There must be in 2.4.11 a change which was causing a issue, and the changes from 2.4.11 are included. So the CHANGES is not accurate. Revert changes are mentioned formerly see for example with 2.4.6 : *) Revert a broken fix for PR54948 that was applied to 2.4.5 (which was not released) and found post-2.4.5 tagging. I think either arrangement is okay.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
In Changes I miss the revert r1642852 ? Steffen -Original Message- From: Jim Jagielski Sent: Tuesday, January 27, 2015 7:34 PM Newsgroups: gmane.comp.apache.devel To: dev@httpd.apache.org Subject: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA The above VOTE is now CLOSED, with the result that, with sufficient +1 (binding) votes, the VOTE PASSES and the 2.4.12 tarballs will be released as GA. I will push them to the mirrors and we will likely announce tomorrow. Thx again to all testers and users of Apache httpd! On Jan 22, 2015, at 1:54 PM, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx!
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Am 27.01.2015 um 21:41 schrieb William A. Rowe Jr.: I'd agree. My thoughts on OP's posts, that their specific PHP scripts are modifying the global timezone locale, notably process-by-process, and these are not reset at the end of processing. In the case of the event or worker MPM it's impossible to do this without a thread-local implementation of time.h (as Windows and Netware have long had) while even with prefork, depending on which process handles a given request, this php script will apparently have left the server in one state or another, leading to 'flipping' the timezone from log entry to entry. But wasn't the time itself also wrong? I had the impression the observation was not only about timezone, but wrong timezone was easiest to detect. I could be wrong but it looked like the timezone shift would not have explained the change in time stamp in the same log entries. It's [mostly] harmless. If a given log entry is 'zinged' by a change of the timezone offset in between formatting the zone and formatting the time and the date, this could yield some wild jumps. But as the PHP crew long demoted thread saftey from experimental to deprecated (IIUC), then I'm afraid we simply have to take them at their word. The universally endorsed php processing mechanism is now fcgi. There is a possibility that OP's had actually rebuilt APR (from the -deps), even with the very same APR version, which resulting in some different autoconf detection on their platform relative to time.h function handling. It would be worth close inspection of their own config.cache files of old and new APR builds to say for sure. Regards, Rainer
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Wed, 28 Jan 2015 12:45:59 +0100 Steffen i...@apachelounge.com wrote: In Changes I miss the revert r1642852 ? It probably went unmentioned, because it appears to never hit CHANGES in the first place (and 2.4.11 was not released), so the change had never appeared to end users of released flavors.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
Older releases are not not released releases. I was just assuming and to be clear as possible for the end-users. -Original Message- From: Eric Covener Sent: Thursday, January 29, 2015 12:21 AM To: Apache HTTP Server Development List Subject: Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA On Wed, Jan 28, 2015 at 5:48 PM, Steffen i...@apachelounge.com wrote: For users it can now be questionable if the 2.4.11 changes are included in 2.4.12 Can you articulate why? It seems to be business as usual, you don't lose fixes in older releases.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
You made a typo below, introduced in 2.4.12, must be 2.4.11 I mentioned this already in our change log at www.apachelounge.com/Changelog-2.4.html -Original Message- From: William A. Rowe Jr. Sent: Thursday, January 29, 2015 12:03 AM To: Steffen Cc: dev@httpd.apache.org Subject: Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA On Wed, 28 Jan 2015 23:16:06 +0100 Steffen i...@apachelounge.com wrote: There was an issue with 2.4.11 and in 2.4.12 there is nothing mentioned in the change file what is reverted. There must be in 2.4.11 a change which was causing a issue, and the changes from 2.4.11 are included. So the CHANGES is not accurate. Well, they are accurate insofar as CHANGES are ever accurate, there is no policy to include all deltas (this is what svn history is for). That said, it leaves the reader puzzled, so I've updated CHANGES in the 2.4 branch of subversion to read; Changes with Apache 2.4.13 *) Reverted DirectoryMatch behavior regression introduced in 2.4.12 (not released). Thanks for the observation.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Wed, Jan 28, 2015 at 5:48 PM, Steffen i...@apachelounge.com wrote: For users it can now be questionable if the 2.4.11 changes are included in 2.4.12 Can you articulate why? It seems to be business as usual, you don't lose fixes in older releases.
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Am 28.01.2015 um 23:01 schrieb William A. Rowe Jr.: On Wed, 28 Jan 2015 12:02:32 +0100 Rainer Jung rainer.j...@kippdata.de wrote: Am 27.01.2015 um 21:41 schrieb William A. Rowe Jr.: I'd agree. My thoughts on OP's posts, that their specific PHP scripts are modifying the global timezone locale, notably process-by-process, and these are not reset at the end of processing. In the case of the event or worker MPM it's impossible to do this without a thread-local implementation of time.h (as Windows and Netware have long had) while even with prefork, depending on which process handles a given request, this php script will apparently have left the server in one state or another, leading to 'flipping' the timezone from log entry to entry. But wasn't the time itself also wrong? I had the impression the observation was not only about timezone, but wrong timezone was easiest to detect. I could be wrong but it looked like the timezone shift would not have explained the change in time stamp in the same log entries. I reviewed Noel's comments; 170.130.179.246 - - [26/Jan/2015:01:02:06 +] GET /archives/ 197.156.95.99 - - [26/Jan/2015:11:02:18 +1000] GET /ups/t568b.png HTTP/1.1 95.211.138.225 - - [26/Jan/2015:01:02:40 +] GET /Android-Apps.html HTTP/1.1 144.76.247.107 - - [26/Jan/2015:11:03:32 +1000] GET / (correct time is 11:xx:xx) I presume he means 1100 hours, GMT +10. If that is the case then the 0100 hours entries are also correct relative to Zulu, GMT +/- 0. Ah, sorry I had read +0100 and not +1000. Yes, you are right. Regards, Rainer
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
There was an issue with 2.4.11 and in 2.4.12 there is nothing mentioned in the change file what is reverted. There must be in 2.4.11 a change which was causing a issue, and the changes from 2.4.11 are included. So the CHANGES is not accurate. Revert changes are mentioned formerly see for example with 2.4.6 : *) Revert a broken fix for PR54948 that was applied to 2.4.5 (which was not released) and found post-2.4.5 tagging. On Wednesday 28/01/2015 at 22:46, William A. Rowe Jr. wrote: On Wed, 28 Jan 2015 12:45:59 +0100 Steffen i...@apachelounge.com wrote: In Changes I miss the revert r1642852 ? It probably went unmentioned, because it appears to never hit CHANGES in the first place (and 2.4.11 was not released), so the change had never appeared to end users of released flavors.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Wed, Jan 28, 2015 at 5:16 PM, Steffen i...@apachelounge.com wrote: There was an issue with 2.4.11 and in 2.4.12 there is nothing mentioned in the change file what is reverted. There must be in 2.4.11 a change which was causing a issue, and the changes from 2.4.11 are included. So the CHANGES is not accurate. Revert changes are mentioned formerly see for example with 2.4.6 : *) Revert a broken fix for PR54948 that was applied to 2.4.5 (which was not released) and found post-2.4.5 tagging. I think either arrangement is okay.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Wed, 28 Jan 2015 23:16:06 +0100 Steffen i...@apachelounge.com wrote: There was an issue with 2.4.11 and in 2.4.12 there is nothing mentioned in the change file what is reverted. There must be in 2.4.11 a change which was causing a issue, and the changes from 2.4.11 are included. So the CHANGES is not accurate. Well, they are accurate insofar as CHANGES are ever accurate, there is no policy to include all deltas (this is what svn history is for). That said, it leaves the reader puzzled, so I've updated CHANGES in the 2.4 branch of subversion to read; Changes with Apache 2.4.13 *) Reverted DirectoryMatch behavior regression introduced in 2.4.12 (not released). Thanks for the observation.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
Btw. For users it can now be questionable if the 2.4.11 changes are included in 2.4.12 -Original Message- From: Steffen Sent: Wednesday, January 28, 2015 11:16 PM To: dev@httpd.apache.org Subject: Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA There was an issue with 2.4.11 and in 2.4.12 there is nothing mentioned in the change file what is reverted. There must be in 2.4.11 a change which was causing a issue, and the changes from 2.4.11 are included. So the CHANGES is not accurate. Revert changes are mentioned formerly see for example with 2.4.6 : *) Revert a broken fix for PR54948 that was applied to 2.4.5 (which was not released) and found post-2.4.5 tagging. On Wednesday 28/01/2015 at 22:46, William A. Rowe Jr. wrote: On Wed, 28 Jan 2015 12:45:59 +0100 Steffen i...@apachelounge.com wrote: In Changes I miss the revert r1642852 ? It probably went unmentioned, because it appears to never hit CHANGES in the first place (and 2.4.11 was not released), so the change had never appeared to end users of released flavors.
Re: [CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Wed, Jan 28, 2015 at 6:03 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Changes with Apache 2.4.13 *) Reverted DirectoryMatch behavior regression introduced in 2.4.12 (not released). To keep it in this thread, I tweaked this to be 2.4.12 and 2.4.11 -- Eric Covener cove...@gmail.com
[CLOSED] Re: [VOTE] Release Apache httpd 2.4.12 as GA
The above VOTE is now CLOSED, with the result that, with sufficient +1 (binding) votes, the VOTE PASSES and the 2.4.12 tarballs will be released as GA. I will push them to the mirrors and we will likely announce tomorrow. Thx again to all testers and users of Apache httpd! On Jan 22, 2015, at 1:54 PM, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx!
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On 1/27/15, William A. Rowe Jr. wr...@rowe-clan.net wrote: Hi Nick, Noel, I presume you are each running mod_php (and not php's fcgi sapi)? Are you doing so with prefork mpm, or the win32/worker mpm? Did you build php TS? I am running mod_php yes,prefork, and php TS. Did you update any aspect of php between your 2.4.10 and 2.4.12 test cases? On Mon, 26 Jan 2015 11:23:20 +1000 Noel Butler noel.but...@ausics.net wrote: On 25/01/2015 17:21, Nick Edwards wrote: I am noticing a number of hits using UTC with this version? Not all, only some, is anyone else seeing this? Does not occur on 2.4.10. They are php pages, however, the main site which is php is static, it only uses php for counter nothing else, its all hard written in vi. On 1/23/15, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ [1] I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx! Hrmm, I also see this, 170.130.179.246 - - [26/Jan/2015:01:02:06 +] GET /archives/ 197.156.95.99 - - [26/Jan/2015:11:02:18 +1000] GET /ups/t568b.png HTTP/1.1 95.211.138.225 - - [26/Jan/2015:01:02:40 +] GET /Android-Apps.html HTTP/1.1 144.76.247.107 - - [26/Jan/2015:11:03:32 +1000] GET / (correct time is 11:xx:xx) My first thought was php - it's been known in the past to be this type of offender however I have timezone set in the ini, not to mention I've been running 5.5.20 since its release and going back a few weeks in master logs I see it only occurring since 2.4.12 was installed and I also see it on other sites, one of which is written in ruby, and a static HTML site, so that rules out php at fault (for once LOL), since only one box (my private one) is running 2.4.12, I checked a few other servers on 2.4.10 and can see no sign of this UTC logging. So, until I have time to look further I withdraw my N/B Good to go Links: -- [1] http://httpd.apache.org/dev/dist/
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Mon, 26 Jan 2015 16:43:29 -0500 Jim Jagielski j...@jagunet.com wrote: I'll give the vote another 24 hours... I don't consider the UTC/logging issue enough to hold the release, unless it appears a symptom of a more serious problem, but want to give us some more time to try to get a handle on it. I'd agree. My thoughts on OP's posts, that their specific PHP scripts are modifying the global timezone locale, notably process-by-process, and these are not reset at the end of processing. In the case of the event or worker MPM it's impossible to do this without a thread-local implementation of time.h (as Windows and Netware have long had) while even with prefork, depending on which process handles a given request, this php script will apparently have left the server in one state or another, leading to 'flipping' the timezone from log entry to entry. It's [mostly] harmless. If a given log entry is 'zinged' by a change of the timezone offset in between formatting the zone and formatting the time and the date, this could yield some wild jumps. But as the PHP crew long demoted thread saftey from experimental to deprecated (IIUC), then I'm afraid we simply have to take them at their word. The universally endorsed php processing mechanism is now fcgi. There is a possibility that OP's had actually rebuilt APR (from the -deps), even with the very same APR version, which resulting in some different autoconf detection on their platform relative to time.h function handling. It would be worth close inspection of their own config.cache files of old and new APR builds to say for sure.
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Am 27.01.2015 um 21:41 schrieb William A. Rowe Jr.: On Mon, 26 Jan 2015 16:43:29 -0500 Jim Jagielski j...@jagunet.com wrote: I'll give the vote another 24 hours... I don't consider the UTC/logging issue enough to hold the release, unless it appears a symptom of a more serious problem, but want to give us some more time to try to get a handle on it. I'd agree. My thoughts on OP's posts, that their specific PHP scripts are modifying the global timezone locale, notably process-by-process, and these are not reset at the end of processing. In the case of the event or worker MPM it's impossible to do this without a thread-local implementation of time.h (as Windows and Netware have long had) while even with prefork, depending on which process handles a given request, this php script will apparently have left the server in one state or another, leading to 'flipping' the timezone from log entry to entry. It's [mostly] harmless. If a given log entry is 'zinged' by a change of the timezone offset in between formatting the zone and formatting the time and the date, this could yield some wild jumps. But as the PHP crew long demoted thread saftey from experimental to deprecated (IIUC), then I'm afraid we simply have to take them at their word. The universally endorsed php processing mechanism is now fcgi. mod_php with mpm-worker is running without threads fgci is nice, but it lacks 100% compatibility for Directory and VirtualHost settings the same way it's possible with mod_php that makes migration of many hundret virtual hosts with a ton of security specific and fine grained per-host configs a hard to undoable or at least not testable task signature.asc Description: OpenPGP digital signature
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On 28/01/2015 06:41, William A. Rowe Jr. wrote: There is a possibility that OP's had actually rebuilt APR (from the -deps), even with the very same APR version, which resulting in some different autoconf detection on their platform relative to time.h function handling. It would be worth close inspection of their own config.cache files of old and new APR builds to say for sure. As I do APR|UTIL testing as well, I stay with those releases when vote passes, I dont test with -deps, since I already have them :)
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Am 22.01.2015 um 19:54 schrieb Jim Jagielski: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [X] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. +1 to release, thanks for RMing. In short: No regressions found. Detailed report: - Sigs and hashes OK - contents of tarballs identical - contents of tag and tarballs identical except for expected deltas (we could cleanup some m4 files in apr-util/xml/expat/conftools at the end of buildconf, no regression) Built on - Solaris 8+10 Sparc as 32 Bit Binaries - SLES 10+11 (64 Bits) - RHEL 6 (64 Bits) - FreeBSD 9.1 On FreeBSD 2.4.12 runs on one machine for the ASF the www and mail-archives httpd instances. No problems showed up. For all platforms except FreeBSD built - with default (shared) and static modules - with module sets none, few, most, all, reallyall and default (always mod_privileges disabled) - using --enable-load-all-modules - against included APR/APU from deps tarball, plus external APR/APU 1.5.1/1.5.4 - using external libraries - expat 2.1.0 - pcre 8.36 - openssl 1.0.1l - lua 5.2.3 - distcache 1.5.1 - libxml2 2.9.2 - Tool chain: - platform gcc except for Solaris (gcc 4.1.2 for Solaris 8 and 4.9.1 for Solaris 10) - CFLAGS: -O2 -g -Wall -fno-strict-aliasing (and -mpcu=v9 on Solaris) All builds succeeded - two harmless compiler warnings in modules/aaa/mod_authnz_fcgi.c Fixed in r1652829 and proposed for 2.4 Tested for - Solaris 8+10 (32), SLES 11 (64), RHEL 6 (64) - MPMs prefork, worker, event (except for Solaris 8 - no event) - default (shared) and static modules - log levels info, debug and trace8 - module set reallyall (121 modules plus MPMs), all, most, few, none and default I didn't wait for finishing all combinations, but out of the about 1050 finished combinations, only the following test failures were seen: a Test 4 and 5 in t/modules/dav.t: 50 runs. Creation, modified and now times not in the correct order. This seems to be a system issue, all tests done on NFS, many tested on virtualized guests. Not a regression. b Various tests in t/apache/expr_string.t: (3, 6, 11, 14, 20 ,23) 33 runs failed this test, (all except for two on RHEL). The failure is always on line 68, where the error_log contents are checked. Not a regression. c Tests 55-57 of t/modules/cgi.t testing contents of ScriptLog. The tests fail for reallyall modules and static builds because then mod_cgi plus mod_cgid are loaded both. After r1651085 STDERR logging for mod_cgi and mod_cgid behave differently and cgi.t doesn't know which of the two loaded modules actually handles the request. This was a test suite problem. It happens on most platforms but not on Solaris 10, lilkely due to a different hook sort order of mod_cgi and mod_cgid there. We should try to port the r1651085 enhancement from mod_cgi to mod_cgid as well (logging errors to ScriptLog instead of error log in more cases). Regards, Rainer
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On 1/22/2015 10:54 AM, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [X] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. +1, no problems seen on Windows so far. Thanks for RM.
Re: [VOTE] Release Apache httpd 2.4.12 as GA
I used 2.4.11 because no-one mentioned any issues with that release On Jan 26, 2015, at 8:14 AM, Eric Covener cove...@gmail.com wrote: On Mon, Jan 26, 2015 at 8:08 AM, Jim Jagielski j...@jagunet.com wrote: svn diff https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.11 https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.12 | cdiff first one should be 2.4.10 (not that it turns up anything better) What about APR changes? -- Eric Covener cove...@gmail.com
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Mon, Jan 26, 2015 at 8:08 AM, Jim Jagielski j...@jagunet.com wrote: svn diff https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.11 https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.12 | cdiff first one should be 2.4.10 (not that it turns up anything better) What about APR changes? -- Eric Covener cove...@gmail.com
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Hmmm: svn diff https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.11 https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.12 | cdiff shows nothing that would account for this behavior, afaict. On Jan 25, 2015, at 8:23 PM, Noel Butler noel.but...@ausics.net wrote: On 25/01/2015 17:21, Nick Edwards wrote: I am noticing a number of hits using UTC with this version? Not all, only some, is anyone else seeing this? Does not occur on 2.4.10. They are php pages, however, the main site which is php is static, it only uses php for counter nothing else, its all hard written in vi. On 1/23/15, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx! Hrmm, I also see this, 170.130.179.246 - - [26/Jan/2015:01:02:06 +] GET /archives/ 197.156.95.99 - - [26/Jan/2015:11:02:18 +1000] GET /ups/t568b.png HTTP/1.1 95.211.138.225 - - [26/Jan/2015:01:02:40 +] GET /Android-Apps.html HTTP/1.1 144.76.247.107 - - [26/Jan/2015:11:03:32 +1000] GET / (correct time is 11:xx:xx) My first thought was php - it's been known in the past to be this type of offender however I have timezone set in the ini, not to mention I've been running 5.5.20 since its release and going back a few weeks in master logs I see it only occurring since 2.4.12 was installed and I also see it on other sites, one of which is written in ruby, and a static HTML site, so that rules out php at fault (for once LOL), since only one box (my private one) is running 2.4.12, I checked a few other servers on 2.4.10 and can see no sign of this UTC logging. So, until I have time to look further I withdraw my N/B Good to go
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Hi Nick, Noel, I presume you are each running mod_php (and not php's fcgi sapi)? Are you doing so with prefork mpm, or the win32/worker mpm? Did you build php TS? Did you update any aspect of php between your 2.4.10 and 2.4.12 test cases? On Mon, 26 Jan 2015 11:23:20 +1000 Noel Butler noel.but...@ausics.net wrote: On 25/01/2015 17:21, Nick Edwards wrote: I am noticing a number of hits using UTC with this version? Not all, only some, is anyone else seeing this? Does not occur on 2.4.10. They are php pages, however, the main site which is php is static, it only uses php for counter nothing else, its all hard written in vi. On 1/23/15, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ [1] I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx! Hrmm, I also see this, 170.130.179.246 - - [26/Jan/2015:01:02:06 +] GET /archives/ 197.156.95.99 - - [26/Jan/2015:11:02:18 +1000] GET /ups/t568b.png HTTP/1.1 95.211.138.225 - - [26/Jan/2015:01:02:40 +] GET /Android-Apps.html HTTP/1.1 144.76.247.107 - - [26/Jan/2015:11:03:32 +1000] GET / (correct time is 11:xx:xx) My first thought was php - it's been known in the past to be this type of offender however I have timezone set in the ini, not to mention I've been running 5.5.20 since its release and going back a few weeks in master logs I see it only occurring since 2.4.12 was installed and I also see it on other sites, one of which is written in ruby, and a static HTML site, so that rules out php at fault (for once LOL), since only one box (my private one) is running 2.4.12, I checked a few other servers on 2.4.10 and can see no sign of this UTC logging. So, until I have time to look further I withdraw my N/B Good to go Links: -- [1] http://httpd.apache.org/dev/dist/
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Am 26.01.2015 um 14:14 schrieb Eric Covener: On Mon, Jan 26, 2015 at 8:08 AM, Jim Jagielski j...@jagunet.com wrote: svn diff https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.11 https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.12 | cdiff first one should be 2.4.10 (not that it turns up anything better) What about APR changes? I checked the logs of my about 1000 runs of the test suite with various MPMs and log levels and on various platforms and did not find a single entry with wrong timezone. I also checked the access logs of the two ASF httpd instance which I had updated to 2.4.12 yesterday. Those run on GMT timezone, so checking the offset made no sense, but I was looking for timestamps which were out of the expected range w.r.t. neighboring entries and their own duration. For the www instance using the event MPM I could not find such entries. For the mail-archives instance using the prefork MPM I found some entries. For example two entries apparently logged at 01:02 but containing a timestamp of 00:02. But the same process/connection had its previous requests being handled at 00:02, so it seems the two requests were somehow written delayed or finishing the request was delayed. The request duration (%D) was small though. The same observation holds for older versions, e.g. 2.4.10. I do find such constellations there as well. Would be interesting to know why it happens, but IMHO not a show-stopper or a regression. At least not the cases on these instances. But those only partially fit the pattern observed by Noel. Regards, Rainer
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Jan 26, 2015, at 10:21 AM, Rainer Jung rainer.j...@kippdata.de wrote: Am 26.01.2015 um 14:14 schrieb Eric Covener: On Mon, Jan 26, 2015 at 8:08 AM, Jim Jagielski j...@jagunet.com wrote: svn diff https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.11 https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.12 | cdiff first one should be 2.4.10 (not that it turns up anything better) What about APR changes? I checked the logs of my about 1000 runs of the test suite with various MPMs and log levels and on various platforms and did not find a single entry with wrong timezone. Fwiw, I checked the last 1000 requests in my logs (real traffic), none of them had this problem. They all show up with the correct timezone, e.g. 180.76.6.137 - - [26/Jan/2015:09:12:48 -0800] GET /node/397 HTTP/1.1 200 4646 — Leif
Re: [VOTE] Release Apache httpd 2.4.12 as GA
I'll give the vote another 24 hours... I don't consider the UTC/logging issue enough to hold the release, unless it appears a symptom of a more serious problem, but want to give us some more time to try to get a handle on it.
Re: [VOTE] Release Apache httpd 2.4.12 as GA
Hi Bill, Yes mod_php, with event worker on linux, and php was built as thread safe. As this is my personal box (always the live guinea pig after dev box before the public productions), I had not got around to php 5.5.21 recently released, I am going to pop that in shortly, if any changes I'll report back, if I don't you can assume it's the same, though zgrep of from all logs this and last year, shows it occurring only since Jan 24, when I popped .12 on, the weird thing is it is not every connection, if it was, would be much easier to hunt down the cause. cheers On 27/01/2015 05:07, William A. Rowe Jr. wrote: Hi Nick, Noel, I presume you are each running mod_php (and not php's fcgi sapi)? Are you doing so with prefork mpm, or the win32/worker mpm? Did you build php TS? Did you update any aspect of php between your 2.4.10 and 2.4.12 test cases? On Mon, 26 Jan 2015 11:23:20 +1000 Noel Butler noel.but...@ausics.net wrote: On 25/01/2015 17:21, Nick Edwards wrote: I am noticing a number of hits using UTC with this version? Not all, only some, is anyone else seeing this? Does not occur on 2.4.10. They are php pages, however, the main site which is php is static, it only uses php for counter nothing else, its all hard written in vi. On 1/23/15, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ [1] [1 [1]] I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx! Hrmm, I also see this, 170.130.179.246 - - [26/Jan/2015:01:02:06 +] GET /archives/ 197.156.95.99 - - [26/Jan/2015:11:02:18 +1000] GET /ups/t568b.png HTTP/1.1 95.211.138.225 - - [26/Jan/2015:01:02:40 +] GET /Android-Apps.html HTTP/1.1 144.76.247.107 - - [26/Jan/2015:11:03:32 +1000] GET / (correct time is 11:xx:xx) My first thought was php - it's been known in the past to be this type of offender however I have timezone set in the ini, not to mention I've been running 5.5.20 since its release and going back a few weeks in master logs I see it only occurring since 2.4.12 was installed and I also see it on other sites, one of which is written in ruby, and a static HTML site, so that rules out php at fault (for once LOL), since only one box (my private one) is running 2.4.12, I checked a few other servers on 2.4.10 and can see no sign of this UTC logging. So, until I have time to look further I withdraw my N/B Good to go Links: -- [1] http://httpd.apache.org/dev/dist/ [1] Links: -- [1] http://httpd.apache.org/dev/dist/
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On 27/01/2015 03:21, Rainer Jung wrote: Am 26.01.2015 um 14:14 schrieb Eric Covener: On Mon, Jan 26, 2015 at 8:08 AM, Jim Jagielski j...@jagunet.com wrote: svn diff https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.11 [1] https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.12 [2] | cdiff first one should be 2.4.10 (not that it turns up anything better) What about APR changes? I checked the logs of my about 1000 runs of the test suite with various MPMs and log levels and on various platforms and did not find a single entry with wrong timezone. I also checked the access logs of the two ASF httpd instance which I had updated to 2.4.12 yesterday. Those run on GMT timezone, so checking the offset made no sense, but I was looking for timestamps which were out of the expected range w.r.t. neighboring entries and their own duration. For the www instance using the event MPM I could not find such entries. For the mail-archives instance using the prefork MPM I found some entries. For example two entries apparently logged at 01:02 but containing a timestamp of 00:02. But the same process/connection had its previous requests being handled at 00:02, so it seems the two requests were somehow written delayed or finishing the request was delayed. The request duration (%D) was small though. The same observation holds for older versions, e.g. 2.4.10. I do find such constellations there as well. Would be interesting to know why it happens, but IMHO not a show-stopper or a regression. At least not the cases on these instances. But those only partially fit the pattern observed by Noel. Regards, Rainer Agreed, it would be nice to know why and resolve it, but since its not every entry, and so far only affects back end activities (logging), and not anything on the public facing side, it shouldn't be overly serious and should not be a reason to hold back 2.4.12 release unless somebody tracks down the cause and finds it has other more serious ramifications. Links: -- [1] https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.11 [2] https://svn.apache.org/repos/asf/httpd/httpd/tags/2.4.12
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On 25/01/2015 17:21, Nick Edwards wrote: I am noticing a number of hits using UTC with this version? Not all, only some, is anyone else seeing this? Does not occur on 2.4.10. They are php pages, however, the main site which is php is static, it only uses php for counter nothing else, its all hard written in vi. On 1/23/15, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ [1] I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx! Hrmm, I also see this, 170.130.179.246 - - [26/Jan/2015:01:02:06 +] GET /archives/ 197.156.95.99 - - [26/Jan/2015:11:02:18 +1000] GET /ups/t568b.png HTTP/1.1 95.211.138.225 - - [26/Jan/2015:01:02:40 +] GET /Android-Apps.html HTTP/1.1 144.76.247.107 - - [26/Jan/2015:11:03:32 +1000] GET / (correct time is 11:xx:xx) My first thought was php - it's been known in the past to be this type of offender however I have timezone set in the ini, not to mention I've been running 5.5.20 since its release and going back a few weeks in master logs I see it only occurring since 2.4.12 was installed and I also see it on other sites, one of which is written in ruby, and a static HTML site, so that rules out php at fault (for once LOL), since only one box (my private one) is running 2.4.12, I checked a few other servers on 2.4.10 and can see no sign of this UTC logging. So, until I have time to look further I withdraw my N/B Good to go Links: -- [1] http://httpd.apache.org/dev/dist/
Re: [VOTE] Release Apache httpd 2.4.12 as GA
I am noticing a number of hits using UTC with this version? Not all, only some, is anyone else seeing this? Does not occur on 2.4.10. They are php pages, however, the main site which is php is static, it only uses php for counter nothing else, its all hard written in vi. On 1/23/15, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx!
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Jan 22, 2015, at 11:54 AM, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [X] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Tested on Fedora Core 20, 64-bit, with PHP 5.6.4, GPG and signatures validates correctly. No problems running for almost 24h. +1. — Leif Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx!
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Jan 22, 2015, at 1:54 PM, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [X] +1: Good to go Tested on: o CentOS 7.0.1406 x86_64 (prefork/event) o CentOS 6.6 x86_64 (prefork/event) o CentOS 5.11 x86_64 (event) o OSX 10.10.1 Xcode 6.1.1 (prefork/event)
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On 24/01/2015 00:56, Jim Jagielski wrote: On Jan 22, 2015, at 1:54 PM, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ [1] I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [X] +1: Good to go Tested on: o CentOS 7.0.1406 x86_64 (prefork/event) o CentOS 6.6 x86_64 (prefork/event) o CentOS 5.11 x86_64 (event) o OSX 10.10.1 Xcode 6.1.1 (prefork/event) and slackware 13.1 14.0 14.1, all good... Links: -- [1] http://httpd.apache.org/dev/dist/
Re: [VOTE] Release Apache httpd 2.4.12 as GA
On Thu, Jan 22, 2015 at 1:54 PM, Jim Jagielski j...@jagunet.com wrote: [ ] +1: Good to go +1 AIX 7.1/xlc/PPC64 100% tests pass.
[VOTE] Release Apache httpd 2.4.12 as GA
The pre-release test tarballs for Apache httpd 2.4.12 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.12 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. NOTE: The *-deps are only there for convenience. Thx!
