Re: [VOTE] Release Apache httpd 2.4.10 as GA
Am 15.07.2014 19:20, schrieb Jim Jagielski: The pre-release test tarballs for Apache httpd 2.4.10 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.10 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72 hrs. +1 Fedora 20 (3.15.5-200.fc20.x86_64) signature.asc Description: OpenPGP digital signature
Apache2 crashes with segmentation fault
Hello,
We are using lxml in several of our applications with Python 2.6 and from
time to time, the application stops responding after a segmentation fault
error ( [notice] child pid 10544 exit signal Segmentation fault (11)), and
this kind of backtrace:
Jul 1 15:24:48 server1 httpd: *** glibc detected *** /usr/sbin/apache2:
munmap_chunk(): invalid pointer: 0x7f6468bf2c00 ***
Jul 1 15:24:48 server1 httpd: === Backtrace: =
Jul 1 15:24:48 server1 httpd: /lib/libc.so.6(+0x78bf6)[0x7f64767ecbf6]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(xmlCopyError+0xd1)[0x7f6473311801]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(__xmlRaiseError+0x30b)[0x7f6473312ecb]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(+0x393e5)[0x7f64733173e5]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(xmlParseDocument+0x2dc)[0x7f647332e5cc]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(+0x50895)[0x7f647332e895]
Jul 1 15:24:48 server1 httpd:
/usr/lib/python2.6/dist-packages/lxml/etree.so(+0x8cbc2)[0x7f645691cbc2]
Jul 1 15:24:48 server1 httpd:
/usr/lib/python2.6/dist-packages/lxml/etree.so(+0x2c7cf)[0x7f64568bc7cf]
After trying several versions of lxml we are still facing the issue.I've
checked for the system memory consumption but everything looks fine to me,
plenty of memory available, I don't see any process consuming abnormally.
The issue is reproducible everytime when we execute the commande apache
(apache2 reload or apache2 graceful). As workaround for this issue we
execute apache2 restart.
We've followed recommendations defined on these 2 links but we're still
facing the issue.
http://code.google.com/p/modwsgi/wiki/ApplicationIssues#Python_Simplified_GIL_State_API
http://code.google.com/p/modwsgi/wiki/ApplicationIssues#Multiple_Python_Sub_Interpreters
Library version:
print(%-20s: %s % ('Python', sys.version_info))
Python : (2, 6, 5, 'final', 0)
print(%-20s: %s % ('lxml.etree', etree.LXML_VERSION))
lxml.etree : (2, 3, 5, 0)
print(%-20s: %s % ('libxml used', etree.LIBXML_VERSION))
libxml used : (2, 7, 6)
print(%-20s: %s % ('libxml compiled', etree.LIBXML_COMPILED_VERSION))
libxml compiled : (2, 7, 6)
print(%-20s: %s % ('libxslt used', etree.LIBXSLT_VERSION))
libxslt used: (1, 1, 26)
print(%-20s: %s % ('libxslt compiled', etree.LIBXSLT_COMPILED_VERSION))
libxslt compiled: (1, 1, 26)
Apache 2.2.14
Here is the source code that generate the issue:
ID_TRANSFORM =
os.environ['APPLICATION_WORKING_PATH']+'/statics/xsl/list.xsl'
styledoc = lxml.etree.parse(ID_TRANSFORM)
transform = lxml.etree.XSLT(styledoc)
doc_root = lxml.etree.XML(str(atom))
Could you help us on this case?
Regards
Re: [VOTE] Release Apache httpd 2.4.10 as GA
+1 event mpm on Debian wheezy 64 bit PHP via mod_fcgid. (3.2.0-4-amd64 (SMP) x86_64) On 15 July 2014 19:20, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.4.10 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.10 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.
Re: Apache2 crashes with segmentation fault
On Wed, Jul 16, 2014 at 6:11 AM, Elhadi Falah hadi.fa...@gmail.com wrote: Hello, We are using lxml in several of our applications with Python 2.6 and from time to time, the application stops responding after a segmentation fault error ( [notice] child pid 10544 exit signal Segmentation fault (11)), and this kind of backtrace: It looks like you're running your python code inside the apache process (mod_python or similar), and the crash is in the python interpreter. That's not something on-topic for this list. The suggestion you're likely to get on us...@httpd.apache.org is to isolate your code with something like fastcgi. If it continues to be a problem, it's just a python problem and not an httpd problem.
Re: [VOTE] Release Apache httpd 2.4.10 as GA
On Tue, Jul 15, 2014 at 7:20 PM, Jim Jagielski j...@jagunet.com wrote: I'm calling a VOTE on releasing these as Apache httpd 2.4.10 GA. [X ] +1: Good to go With event/worker, no regression for : - Debian 6.0.9/squeeze: Linux 2.6.32-5-x86 + OpenSSL 0.9.8o-4squeeze14 - Debian 6.0.9/squeeze: Linux 2.6.32-5-amd64 + OpenSSL 1.0.1h - Debian 7.6/wheezy: Linux 3.2.0-4-amd64 + OpenSSL 1.0.1e-2+deb7u11 - Debian 8/jessie: Linux 3.14-1-amd64 + OpenSSL 1.0.1h-3
Re: Apache2 crashes with segmentation fault
On Wed, Jul 16, 2014 at 8:05 AM, Eric Covener cove...@gmail.com wrote: On Wed, Jul 16, 2014 at 6:11 AM, Elhadi Falah hadi.fa...@gmail.com wrote: Hello, We are using lxml in several of our applications with Python 2.6 and from time to time, the application stops responding after a segmentation fault error ( [notice] child pid 10544 exit signal Segmentation fault (11)), and this kind of backtrace: It looks like you're running your python code inside the apache process (mod_python or similar), and the crash is in the python interpreter. That's not something on-topic for this list. The suggestion you're likely to get on us...@httpd.apache.org is to isolate your code with something like fastcgi. If it continues to be a problem, it's just a python problem and not an httpd problem. Also, based on one of the URLs you posted I assume you are using mod_wsgi. You can use mod_wsgi to run processes outside of httpd. (WSGIDaemonProcess) Also, I think it is fair to say that it is mod_wsgi's responsibility to isolate Python environments from complications related to graceful restart, but perhaps the author would disagree. Maybe there are mod_wsgi fixes you're not running with which are applicable. I have not observed any problems with mod_wsgi's daemon mode and graceful restart. See http://emptyhammock.com/projects/info/pyweb/index.html for various notes on using httpd's mod_proxy in front of Python WSGI-ish applications. -- Born in Roswell... married an alien... http://emptyhammock.com/
Re: Time for httpd 2.2.28??
If so, I can RM. PLEASE! We need those thundering herd fixes in mod_cache! :-)
Re: Time for httpd 2.2.28??
On Wed, Jul 16, 2014 at 3:15 PM, Jim Riggs apache-li...@riggs.me wrote: If so, I can RM. PLEASE! We need those thundering herd fixes in mod_cache! :-) This has already been backported by http://svn.apache.org/r1608302.
Re: Apache2 crashes with segmentation fault
It is well known that the lxml package doesn't work properly in a Python
sub interpreter context. Force it to run in the main interpreter context.
See:
http://code.google.com/p/modwsgi/wiki/ApplicationIssues#Python_Simplified_GIL_State_API
In other words look at using:
WSGIApplicationGroup %{GLOBAL}
as documented.
Graham
On 16 July 2014 03:11, Elhadi Falah hadi.fa...@gmail.com wrote:
Hello,
We are using lxml in several of our applications with Python 2.6 and from
time to time, the application stops responding after a segmentation fault
error ( [notice] child pid 10544 exit signal Segmentation fault (11)), and
this kind of backtrace:
Jul 1 15:24:48 server1 httpd: *** glibc detected *** /usr/sbin/apache2:
munmap_chunk(): invalid pointer: 0x7f6468bf2c00 ***
Jul 1 15:24:48 server1 httpd: === Backtrace: =
Jul 1 15:24:48 server1 httpd: /lib/libc.so.6(+0x78bf6)[0x7f64767ecbf6]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(xmlCopyError+0xd1)[0x7f6473311801]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(__xmlRaiseError+0x30b)[0x7f6473312ecb]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(+0x393e5)[0x7f64733173e5]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(xmlParseDocument+0x2dc)[0x7f647332e5cc]
Jul 1 15:24:48 server1 httpd:
/usr/lib/libxml2.so.2(+0x50895)[0x7f647332e895]
Jul 1 15:24:48 server1 httpd:
/usr/lib/python2.6/dist-packages/lxml/etree.so(+0x8cbc2)[0x7f645691cbc2]
Jul 1 15:24:48 server1 httpd:
/usr/lib/python2.6/dist-packages/lxml/etree.so(+0x2c7cf)[0x7f64568bc7cf]
After trying several versions of lxml we are still facing the issue.I've
checked for the system memory consumption but everything looks fine to me,
plenty of memory available, I don't see any process consuming abnormally.
The issue is reproducible everytime when we execute the commande apache
(apache2 reload or apache2 graceful). As workaround for this issue we
execute apache2 restart.
We've followed recommendations defined on these 2 links but we're still
facing the issue.
http://code.google.com/p/modwsgi/wiki/ApplicationIssues#Python_Simplified_GIL_State_API
http://code.google.com/p/modwsgi/wiki/ApplicationIssues#Multiple_Python_Sub_Interpreters
Library version:
print(%-20s: %s % ('Python', sys.version_info))
Python : (2, 6, 5, 'final', 0)
print(%-20s: %s % ('lxml.etree', etree.LXML_VERSION))
lxml.etree : (2, 3, 5, 0)
print(%-20s: %s % ('libxml used', etree.LIBXML_VERSION))
libxml used : (2, 7, 6)
print(%-20s: %s % ('libxml compiled', etree.LIBXML_COMPILED_VERSION))
libxml compiled : (2, 7, 6)
print(%-20s: %s % ('libxslt used', etree.LIBXSLT_VERSION))
libxslt used: (1, 1, 26)
print(%-20s: %s % ('libxslt compiled',
etree.LIBXSLT_COMPILED_VERSION))
libxslt compiled: (1, 1, 26)
Apache 2.2.14
Here is the source code that generate the issue:
ID_TRANSFORM =
os.environ['APPLICATION_WORKING_PATH']+'/statics/xsl/list.xsl'
styledoc = lxml.etree.parse(ID_TRANSFORM)
transform = lxml.etree.XSLT(styledoc)
doc_root = lxml.etree.XML(str(atom))
Could you help us on this case?
Regards
Re: Time for httpd 2.2.28??
On 16 Jul 2014, at 08:19, Yann Ylavic ylavic@gmail.com wrote: On Wed, Jul 16, 2014 at 3:15 PM, Jim Riggs apache-li...@riggs.me wrote: If so, I can RM. PLEASE! We need those thundering herd fixes in mod_cache! :-) This has already been backported by http://svn.apache.org/r1608302. I know. I mean we need the fixes to be officially released. I've been patching mod_cache for over 2 years now, I believe.
Re: [VOTE] Release Apache httpd 2.4.10 as GA
On Tue, Jul 15, 2014 at 01:20:59PM -0400, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.10 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.10 GA. CHANGES, test suite, sigs, install passes fine here on Fedora 20. +1 for GA release. Thanks a lot for RMing Jim. Regards, Joe
Re: Time for httpd 2.2.28??
On 7/15/14 10:45 AM, Jim Jagielski wrote: If so, I can RM. Yes please, need the mod_dav fix that's already approved for 2.2.x.
Re: [VOTE] Release Apache httpd 2.4.10 as GA
On 7/15/14 10:20 AM, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.10 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.10 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. +1 Unbutu 12.04 and OS X 10.9.4. Passes the Subversion test suite with the XPASS for the mod_dav PROPFIND encoding fix as expected.
mod_autoindex issue with multibyte chars
Hi all, few days back I found that mod_autoindex seems to have a prob with multibyte chars in filenames; the trailing spaces seem to be calculated for the real string, but since they're finally displayed in the browser as one char this causes lack of spaces and the following data is misaligned ... I've seen this 1st with Windows and thought it might be because the filesystem uses another charset than httpd; but today I tested some more, and see same issue also on Linux: http://people.apache.org/~fuankg/testautoindex/ I've not yet looked through mod_autoindex due lack of time, but I thought just I mention it here in case someone finds quickly a fix; affected are 2.2.x and 2.4.x and most likely trunk too. Gün.
Re: mod_autoindex issue with multibyte chars
On 16 Jul 2014, at 18:34, Guenter Knauf fua...@apache.org wrote: Hi all, few days back I found that mod_autoindex seems to have a prob with multibyte chars in filenames; the trailing spaces seem to be calculated for the real string, but since they're finally displayed in the browser as one char this causes lack of spaces and the following data is misaligned ... I've seen this 1st with Windows and thought it might be because the filesystem uses another charset than httpd; but today I tested some more, and see same issue also on Linux: http://people.apache.org/~fuankg/testautoindex/ I've not yet looked through mod_autoindex due lack of time, but I thought just I mention it here in case someone finds quickly a fix; affected are 2.2.x and 2.4.x and most likely trunk too. This is a documented b^Hfeature: “HTMLTable … is necessary for utf-8 enabled platforms or if file names or description text will alternate between left-to-right and right-to-left reading order” Changing the default IndexOptions (e.g. to include “XHTML HTMLtable FancyIndexing”) would mitigate this. I wouldn't change the default behaviour for 2.2.x / 2.4.x though. -- Tim Bannister – is...@jellybaby.net
Re: [VOTE] Release Apache httpd 2.4.10 as GA
On 15.07.2014 19:20, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.10 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.10 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. 2.4.10 now serving the ASF EU and US main and project websites and the wikis (except OpenOffice). No problems, crashes, hickups or incompatibilities noticed yet. Will vote when my other platform tests are done. Regards, Rainer
Re: [VOTE] Release Apache httpd 2.4.10 as GA
On Tue, Jul 15, 2014 at 1:20 PM, Jim Jagielski j...@jagunet.com wrote: I'm calling a VOTE on releasing these as Apache httpd 2.4.10 GA. +1 AIX 7.1/xlc/pc64 - normal AIX SSL build wrangling only - test framework from maintaimer-mode build 100% Thanks for RM'ing! -- Eric Covener cove...@gmail.com
Re: svn commit: r1611169 - in /httpd/httpd/trunk: CHANGES server/mpm/winnt/service.c
On Wed, Jul 16, 2014 at 10:15 PM, wr...@apache.org wrote:
Author: wrowe
Date: Wed Jul 16 20:15:49 2014
New Revision: 1611169
URL: http://svn.apache.org/r1611169
Log:
mpm_winnt: Accept utf-8 (Unicode) service names and descriptions for
internationalization.
Modified:
httpd/httpd/trunk/CHANGES
httpd/httpd/trunk/server/mpm/winnt/service.c
Modified: httpd/httpd/trunk/CHANGES
URL:
http://svn.apache.org/viewvc/httpd/httpd/trunk/CHANGES?rev=1611169r1=1611168r2=1611169view=diff
==
--- httpd/httpd/trunk/server/mpm/winnt/service.c (original)
+++ httpd/httpd/trunk/server/mpm/winnt/service.c Wed Jul 16 20:15:49 2014
[...]
@@ -354,21 +445,99 @@ static void __stdcall service_nt_main_fn
[...]
+ static DWORD WINAPI service_nt_dispatch_thread(LPVOID nada)
+ {
+#if APR_HAS_UNICODE_FS
+SERVICE_TABLE_ENTRYW dispatchTable_w[] =
+{
+{ L, service_nt_main_fn_w },
{ NULL, NULL }
};
-
-/* ###: utf-ize */
-if (!StartServiceCtrlDispatcher(dispatchTable))
+#endif /* APR_HAS_UNICODE_FS */
+#if APR_HAS_ANSI_FS
+SERVICE_TABLE_ENTRYA dispatchTable[] =
{
+{ , service_nt_main_fn },
+{ NULL, NULL }
+};
+#endif
+apr_status_t rv;
+
+#if APR_HAS_UNICODE_FS
+IF_WIN_OS_IS_UNICODE
+rv = StartServiceCtrlDispatcherW(dispatchTable_w);
+#endif
+#if APR_HAS_ANSI_FS
+ELSE_WIN_OS_IS_ANSI
+ rv = StartServiceCtrlDispatcherA(dispatchTable);
+#endif
+if (rv) {
+apr_status_t rv = APR_SUCCESS;
+}
Shouldn't apr_status_t be removed here (and maybe rv initialized to
APR_SUCCESS above)?
+else {
/* This is a genuine failure of the SCM. */
rv = apr_get_os_error();
ap_log_error(APLOG_MARK, APLOG_ERR | APLOG_STARTUP, rv, NULL,
Regards,
Yann.
Re: svn commit: r1611169 - in /httpd/httpd/trunk: CHANGES server/mpm/winnt/service.c
On Thu, Jul 17, 2014 at 12:44 AM, Yann Ylavic ylavic@gmail.com wrote: (and maybe rv initialized to APR_SUCCESS above)? I meant APR_ENOTIMPL (or any error).
Re: Time for httpd 2.2.28??
There are a stack of other bug fixes, particularly to mod_deflate that deserve consideration. Spending my eve and tomorrow morning reviewing these. (FYI; once you have the 3 +1's to your backport proposal, feel free to apply it yourself, if you have the free cycles.) Ben Reser b...@reser.org wrote: On 7/15/14 10:45 AM, Jim Jagielski wrote: If so, I can RM. Yes please, need the mod_dav fix that's already approved for 2.2.x.
