Bug 132003
| Summary: | fopen doesn't work across remote connections while under Apache | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 3 | Reporter: | Daniel Fisher <dfisher> |
| Component: | php | Assignee: | Joe Orton <jorton> |
| Status: | CLOSED ERRATA | QA Contact: | David Lawrence <dkl> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3.0 | CC: | jon, sysadmin |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| URL: | http://webhost3.dejazzd.com/test.php | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-12-21 18:54:52 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 123574 | ||
Can you confirm whether the customer has configured httpd with a large number of log files, and is running the server with an increased ulimit -n? That is key as to whether this has anything to do with the upstream bug you reference. The customer does indeed have a large number of logfiles and has modified their ulimit -n. How does this affect the prognosis/potetnial fix? Thank you for your time, Daniel Fisher Yes, thank you, that confirms that this is problem described in the upstream bug report. I will make test packages available shortly which should work around the issues reported. Packages which include a workaround for this issue are available for test purposes from the following location: http://people.redhat.com/jorton/Taroon-php/ Please note that even with this workaround, there are still many places where PHP does not correctly handle fd numbers greater than 1024 and may behave unreliably in such configurations: notably socket_select and stream_select, also any use of the curl extension. We applied the rpms last night and they seemed to fix the problem. Thank you all for the help. Is this fix going to be in future releases? Thanks for testing this out. This fix is scheduled for inclusion in a future RHEL3 update. We applied the rpms last night and they seemed to fix the problem. Thank you all for the help. Is this fix going to be in future releases? Sorry I hit reload. No problem. Just getting myself added so I know when the patch is released. :) An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2004-687.html |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20040803 Description of problem: Customer runs a very simple script: <?php fopen("http://webhost12.dejazzd.com/index.html", "r"); $httpfile = file_get_contents("http://webhost12.dejazzd.com/index.html"); include 'http://webhost12.dejazzd.com/index.html'; ?> Script fails with error: 'failed to open stream: HTTP request failed! ' Script runs correctly in command line, but fails when run as a script behind Apache. Version-Release number of selected component (if applicable): php-4.3.2-11.1.ent How reproducible: Couldn't Reproduce Steps to Reproduce: 1. Copy script 2. Run from web Actual Results: Worked fine for me, customer can't get it to work. Expected Results: Should show the text: 'DEJazzd' Additional info: I have spoken with Joe Orton about this: http://bugs.php.net/bug.php?id=24189 I asked customer to recompile with '--enable-debug' (as recommended here: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=c5scrb%24q8k%241%40FreeBSD.csie.NCTU.edu.tw&rnum=2&prev=/groups%3Fq%3Dphp%2Bfopen%2B%27stream%2Bfailed%27%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3Dc5scrb%2524q8k%25241%2540FreeBSD.csie.NCTU.edu.tw%26rnum%3D2 ), but still had issue