httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 47693] GET request has race condition w.r.t. replacement of file being served
Date Fri, 14 Aug 2009 11:34:45 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=47693


Dan Poirier <poirier@pobox.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX


--- Comment #1 from Dan Poirier <poirier@pobox.com> 2009-08-14 04:34:41 PDT ---
That's all true, but are there are any feasible ways to fix the behavior?  For
that matter, what is the right behavior if a file changes in the middle of a
request?

The server could ensure consistency by making a complete copy of every file
before beginning to serve it, but that's not reasonable for any significant
load.  There might be some operating systems where the server could get an
exclusive lock on the file before beginning to serve it, but not on most OSes.

Practically speaking, the solution is not to change files under a running
server.  Or serve the content from a database or other source with true atomic
changes.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message