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 50916] New: RewriteMap program: mod_rewrite sends request but does not read response?!?!
Date Fri, 11 Mar 2011 17:13:39 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=50916

           Summary: RewriteMap program: mod_rewrite sends request but does
                    not read response?!?!
           Product: Apache httpd-2
           Version: 2.2.17
          Platform: PC
        OS/Version: Solaris
            Status: NEW
          Severity: normal
          Priority: P2
         Component: mod_rewrite
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: marco.walther@sun.com


Created an attachment (id=26764)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26764)
mod_rewrite additional debug logs

It looks like a thread acquires the lock, sends a request line to the map
program and `disappears'??

The next thread acquires the lock (?) sends it's request line and reads the
response from the previous request:-(

After that, the synchronisation is broken:-(

I added a couple of debug prints to mod_rewrite (diff attached) and they
generated the following log (after about two days of running fine:-()

-------------------------------------------------------------
ii.247 - - [10/Mar/2011:10:02:27 +0000]
usersguide.bd/sid#81f8778rid#9381588/initial (1) mw before
lookup_map_program(http://ih/api;usersguide) thread= 0x00000014
ii.247 - - [10/Mar/2011:10:02:27 +0000]
usersguide.bd/sid#81f8778rid#9381588/initial (1) mw lookup_map_program thread=
0x00000014 aquire_lock
ii.247 - - [10/Mar/2011:10:02:28 +0000]
versioncontrol.bd/sid#81f8778rid#98d7060/initial (1) mw before
lookup_map_program(http://ih/api;versioncontrol) thread= 0x00000009
ii.247 - - [10/Mar/2011:10:02:28 +0000]
versioncontrol.bd/sid#81f8778rid#98d7060/initial (1) mw lookup_map_program
thread= 0x00000009 aquire_lock
ii.247 - - [10/Mar/2011:10:02:28 +0000]
versioncontrol.bd/sid#81f8778rid#98d7060/initial (1) mw lookup_map_program
thread= 0x00000009 release_lock
ii.247 - - [10/Mar/2011:10:02:28 +0000]
versioncontrol.bd/sid#81f8778rid#98d7060/initial (1) mw after
lookup_map_program(http://ih/api;versioncontrol)= /projects/usersguide/content
thread= 0x00000009
ii.247 - - [10/Mar/2011:10:02:28 +0000]
versioncontrol.bd/sid#81f8778rid#98d7060/initial (1) go-ahead with proxy
request
proxy:balancer://ch/projects/usersguide/content/subversion/teepee/svnclientadapter.html
[OK]

Thread 0x14 acquires the lock but somehow 0x09 can acquire the lock as well and
gets the line actually intended for 0x14. It looks like 0x14 never finishes
that request. It's later showing up with other requests. But after this, the
results are off by one line.

-- 
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