Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 86672 invoked by uid 500); 8 Jun 2002 04:45:32 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 86661 invoked from network); 8 Jun 2002 04:45:31 -0000 Message-ID: <3D018BDF.4070303@stason.org> Date: Sat, 08 Jun 2002 12:45:19 +0800 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/00200205 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jean-Denis Girard Cc: modperl@perl.apache.org, apreq-dev@httpd.apache.org Subject: Re: libapreq: could not create/open temp file References: <3D0130BA.3050405@esoft.pf> Content-Type: multipart/mixed; boundary="------------000702030507040809030807" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. --------------000702030507040809030807 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Jean-Denis Girard wrote: > Hi, > > Has anybody already seen this error ??? > > The problem happens on a web site which has been online for the last 2 > years without trouble. > We are using the proxied Apache_1.3.20 / mod_perl-1.24, behind a light > front end Apache_1.3.20 / mod_ssl / mod_proxy_add_forward, on a Linux > server. > > Last week we upgraded most components of the system (kernel, > libraries...) including Perl (5.6.0 to 5.6.1), then recompiled Apache, > mod_ssl, mod_perl, libapreq-0.33, and rebooted (Apache, mod_ssl, > mod_perl upgrade was planned for this month). > > Everything worked flawlesly, the web site was still working, but after a > few days, visitors started to complain that uplaods didn't work. > mod_perl dies with the message: > [libapreq] could not create/open temp file > What is really funny, is that it works after rebooting the system, and > the error shows up later. > I upgraded libapreq to 1.0, which didn't solve the problem. Next step > will be to upgrade APache, mod_perl, etc. but I would like some help. Let's try to change apreq to give the real system error message, that should help. Try the patch at the end. Also apreq has its own list, apreq-dev-subscribe@httpd.apache.org Index: c/apache_request.c =================================================================== RCS file: /home/cvs/httpd-apreq/c/apache_request.c,v retrieving revision 1.20 diff -u -r1.20 apache_request.c --- c/apache_request.c 18 Feb 2002 16:48:27 -0000 1.20 +++ c/apache_request.c 8 Jun 2002 04:41:08 -0000 @@ -359,7 +359,9 @@ } if ( tries == 0 || (fp = ap_pfdopen(r->pool, fd, "w+" "b") ) == NULL ) { - ap_log_rerror(REQ_ERROR, "[libapreq] could not create/open temp file"); + ap_log_rerror(REQ_ERROR, + "[libapreq] could not create/open temp file: %s", + strerror(errno)); if ( fd >= 0 ) { remove(name); free(name); } return NULL; } Index: c/apache_request.h =================================================================== RCS file: /home/cvs/httpd-apreq/c/apache_request.h,v retrieving revision 1.8 diff -u -r1.8 apache_request.h --- c/apache_request.h 26 Jun 2001 10:58:29 -0000 1.8 +++ c/apache_request.h 8 Jun 2002 04:41:08 -0000 @@ -9,6 +9,7 @@ #include "http_main.h" #include "http_protocol.h" #include "util_script.h" +#include #ifdef SFIO #include "sfio.h" __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:stas@stason.org http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com --------------000702030507040809030807 Content-Type: application/x-java-vm; name="patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="patch" SW5kZXg6IGMvYXBhY2hlX3JlcXVlc3QuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9t ZS9jdnMvaHR0cGQtYXByZXEvYy9hcGFjaGVfcmVxdWVzdC5jLHYKcmV0cmlldmluZyByZXZp c2lvbiAxLjIwCmRpZmYgLXUgLXIxLjIwIGFwYWNoZV9yZXF1ZXN0LmMKLS0tIGMvYXBhY2hl X3JlcXVlc3QuYwkxOCBGZWIgMjAwMiAxNjo0ODoyNyAtMDAwMAkxLjIwCisrKyBjL2FwYWNo ZV9yZXF1ZXN0LmMJOCBKdW4gMjAwMiAwNDo0MTowOCAtMDAwMApAQCAtMzU5LDcgKzM1OSw5 IEBACiAgICAgfQogCiAgICAgaWYgKCB0cmllcyA9PSAwICB8fCAoZnAgPSBhcF9wZmRvcGVu KHItPnBvb2wsIGZkLCAidysiICJiIikgKSA9PSBOVUxMICkgewotCWFwX2xvZ19yZXJyb3Io UkVRX0VSUk9SLCAiW2xpYmFwcmVxXSBjb3VsZCBub3QgY3JlYXRlL29wZW4gdGVtcCBmaWxl Iik7CisJYXBfbG9nX3JlcnJvcihSRVFfRVJST1IsCisgICAgICAgICAgICAgICAgICAgICAg IltsaWJhcHJlcV0gY291bGQgbm90IGNyZWF0ZS9vcGVuIHRlbXAgZmlsZTogJXMiLAorICAg ICAgICAgICAgICAgICAgICAgIHN0cmVycm9yKGVycm5vKSk7CiAJaWYgKCBmZCA+PSAwICkg eyByZW1vdmUobmFtZSk7IGZyZWUobmFtZSk7IH0KIAlyZXR1cm4gTlVMTDsKICAgICB9Cklu ZGV4OiBjL2FwYWNoZV9yZXF1ZXN0LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUv Y3ZzL2h0dHBkLWFwcmVxL2MvYXBhY2hlX3JlcXVlc3QuaCx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS44CmRpZmYgLXUgLXIxLjggYXBhY2hlX3JlcXVlc3QuaAotLS0gYy9hcGFjaGVfcmVx dWVzdC5oCTI2IEp1biAyMDAxIDEwOjU4OjI5IC0wMDAwCTEuOAorKysgYy9hcGFjaGVfcmVx dWVzdC5oCTggSnVuIDIwMDIgMDQ6NDE6MDggLTAwMDAKQEAgLTksNiArOSw3IEBACiAjaW5j bHVkZSAiaHR0cF9tYWluLmgiCiAjaW5jbHVkZSAiaHR0cF9wcm90b2NvbC5oIgogI2luY2x1 ZGUgInV0aWxfc2NyaXB0LmgiCisjaW5jbHVkZSA8c3RyaW5nLmg+CiAKICNpZmRlZiAgU0ZJ TwogI2luY2x1ZGUgInNmaW8uaCIK --------------000702030507040809030807--