Bug 157648
Summary: | Intermittent 0000 Modes in Apache-Created Files | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Brian Spolarich <bws> |
Component: | httpd | Assignee: | Joe Orton <jorton> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-10-19 19:02:24 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: |
Description
Brian Spolarich
2005-05-13 13:32:09 UTC
Can you confirm what version of the PHP package you are using, "rpm -q php"? As per my comment upstream: Do you have any PHP code which manipulates the umask of the process? Similarly, any Perl code if you are running any in-process via mod_perl? php-4.3.2-23.ent If we focus on the test case, it is not manipulating the the umask of the process. RT 3.4.0 is running in-process in ssl.conf: PerlModule Apache::DBI PerlRequire /opt/rt3/bin/webmux.pl The test case, this one PHP script, may not be manipulating the umask. But you do have other scripts running on this server, which may be requested during the test period? These could be changing the umask of a child process independently of the test script. If you look at the access_log for the period between a "good" state and a "bad" state, are any requests made to other scripts? To confirm this is a umask-related issue, can you add a call like "umask(0022);" to the beginning of the test case script? To minimize variables here, I am going to 1) upgrade RT to 3.4.2 and 2) change it to a FastCGI-invoked application instead of the in-process stuff. Either the problem will go away, or I'll have something less that we can point fingers at. Are you saying that any random PHP program could modify the umask of the apache process? Later versions of PHP will save and restore the umask across script invocation, but not the version in RHEL3. (That doesn't help if it's something other than a PHP script which is changing the umask, of course) But yes, in RHEL3, any random PHP script running in-process can change the umask. This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you. |