similar to: flintlock fork causes hang in Apache+Python+mod_python

one of my developers is using a mod_python module called xml.dom.minidom and its causing the issue as outlined below http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash This is on CentOS 4.5 and so Apache 2.0.52-38 - I cant change the OS version but i could change the apache and or mod_python version. Does anyone know of any fixes to this apart from rolling my own? thanks

arrgh -------------- next part -------------- An embedded message was scrubbed... From: Lance Davis <lance at uklinux.net> Subject: CentOS-3 i386 errata: Updated mod_python package fixes security issue Date: Thu, 10 Feb 2005 20:58:59 +0000 Size: 629 URL: <http://lists.centos.org/pipermail/centos/attachments/20050210/4b79598c/attachment-0005.mht> -------------- next part --------------

https://rhn.redhat.com/errata/RHSA-2005-104.html refers Updated files are :- updates/i386/RPMS/mod_python-3.0.3-5.ent.i386.rpm updates/i386/SRPMS/mod_python-3.0.3-5.ent.src.rpm To update run 'yum update mod_python' Lance

Resent due to signing problem. https://rhn.redhat.com/errata/RHSA-2005-104.html refers Updated files are :- updates/i386/RPMS/mod_python-3.0.3-5.ent.i386.rpm updates/i386/SRPMS/mod_python-3.0.3-5.ent.src.rpm To update run 'yum update mod_python' Lance -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature

https://rhn.redhat.com/errata/RHSA-2005-104.html refers Updated files are :- updates/x86_64/RPMS/mod_python-3.0.3-5.ent.x86_64.rpm updates/x86_64/SRPMS/mod_python-3.0.3-5.ent.src.rpm To update run 'yum update mod_python' Tru -- Tru Huynh (CentOS-3 x86_64 helper) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -------------- next part -------------- A non-text

CentOS Errata and Bugfix Advisory 2012:1113 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1113.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6e7f7df0533db6c652ec0020205dfa6c3a1bf3c0ce706a0e8f8643f5f17e1644 mod_python-3.2.8-4.el5.i386.rpm x86_64:

Using 3.4p1 under HP-UX 11.0 I am repeatedly getting disconnected with Corrupted MAC on input. I am connecting from a RedHat Linux client (at 3.1p1). The incorrect MAC is appearing on the server packet receive side. Never get an invalid MAC on the client side. I'm currently diving into packet.c to try to find this, but the behavior is so strange and predictable I thought I'd see if

Hello all, I'm trying to install mod_python from the normal channels via RPM, though it seems that download.fedora.redhat.com is down, or moved? DNS reports it does not exist. I've seen multiple references to this domain name including on the site: http://rpm.pbone.net/index.php3/stat/4/idpl/15286937/dir/redhat_el_6/com/mod_python-3.3.1-14.el6.1.x86_64.rpm.html Please help? Thank you,

I think I finally figured out the problem that many people have been having with extremely long login times under HP-UX 11.x. The problem is really in OpenSSL, and in particular the Diffie-Hellman parameter generation routines under the PA-RISC processor. I suspect this may not be a problem with the IA64 (Itanium) processors. This especially shows up if you use the gcc compiler. Fortunately I

Oops, I just missed the python part. Does mod_python have similar options? Or how to stop other users to run python scripts in some directories? On 9/26/07, Miskell, Craig <Craig.Miskell at agresearch.co.nz> wrote: > > > > Hello, > > > > Is that possible to disable running of PHP on certain directories? > > I am running a server which provides personal

I''ve set the Trac sites up to use mod_python now (as I should have in the first place), so you can now get all trac sites at https:// reductivelabs.com/trac/$name, where $name is the project name, e.g., puppet. It should be a good bit faster now. The old locations will work indefinitely, but I''ve changed all (I hope) of the links to point to this new location. Please

Bear with me, this is CentOS related. :) I have a python CGI that's behaving weirldy on Whitebox systems that've been switched over to CentOS 4 (ages ago, no other problems to speak of aside from this one). I've broken the problem down to a minimal test case... 1. Create a small database # sqlite3 /tmp/testcase.db 'CREATE TABLE testtable ( date date primary key unique, name

Hi, After doing a clean install of ovirt in a Fedora 11 VM, I am unable to get anything working in the web interface. All I get is an error 500. After reviewing the logs I see the following error in /var/log/http/error.log [Thu Nov 26 11:29:11 2009] [notice] Apache/2.2.13 (Unix) DAV/2 mod_auth_kerb/5.4 mod_nss/2.2.11 NSS/3.12.2.0 mod_python/3.3.1 Python/2.6 configured -- resuming normal

Hi; I installed yum install mod_python and all went well. So I thought it would be appropriate to reboot apache apachectl -k restart and it appeared well but the pages don't load (they hang). Nevertheless, # ps wax|grep httpd 12179 ? Ss 0:00 /usr/sbin/httpd 17698 ? Z 0:00 [httpd] <defunct> 17703 pts/0 S+ 0:00 grep httpd So what gives? Please advise. Victor

I'm looking at adding some stopwords to my indexing procedure, and was wondering if anyone had any good rules of thumb on how to pick which words to blacklist. It all seems a little... well... vague. Although I guess it kind of depends on the sort of documents you're wanting to index. My current idea is to write a little script to output the terms with the highest frequency in my

Hi people I'm running Xapian (1.0.9) and more specifically omega to index a few different databases. After the databases are first indexed (by user A), the dirs get chmod'ed to 0777 to allow user B full access to them. Even after the indexing is done, the file "flintlock" still exists in all database dirs. It's owned by user A (perm: -rw-------). When user B wants

Hi Guys, I'm working on some integration project with Ruby, Rack, Apache, Phusion Passenger and Xapian. I've been having intermittent issues with the flintlock code - it seems that the function FlintLock::lock is never returning and this is locking up the Ruby process. My guess is that Xapian is locking up in a system call and Ruby can't schedule its green threads. I've done

Comment by Eric Lindblad 10-09-2015 http://www.nurmi-labs.blogspot.com I have sent a copy of Eric J.'s 21 Feb. 2016 dated e-mail [Database left unlocked by Tcl bindings] to a Tcl programmer in the Vancouver area, with whom I have had an exchange of e-mails before. If I receive a timely response I'll post it to the xapian-discuss list.

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hi all, I have a question about OpenSSH configuration. In Makefile there is defined LIBS=$(LIBCRYPTO), but the problem is that the version of OpenSSL that I'm using holds only the version LIBCRYPT. When adding LIBCRYPT to the Makefile I get: sshd.elf2flt: In function `key_regeneration_alarm': /.../ssh/sshd.c:252: undefined reference to `RSA_free' /.../ssh/sshd.c:253: undefined