DO NOT REPLY [Bug 33478] New: - mod_rewrite hangs with certain rules on x86_64 linux

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33478>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33478

           Summary: mod_rewrite hangs with certain rules on x86_64 linux
           Product: Apache httpd-1.3
           Version: HEAD
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: major
          Priority: P2
         Component: mod_rewrite
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: darren@cpanel.net


Apache Version: 1.3.33
OS: Fedora Core 2
Platform: x86_64

root@eventhorizon [/usr/local/apache]# uname -a
Linux eventhorizon.cpanel.net 2.6.10-1.9_FC2 #1 Thu Jan 13 17:52:29 EST 2005
x86_64 x86_64 x86_64 GNU/Linux

It has come to our attention that mod_rewrite, with very simple and basic rules,
are casuing apache children to hang. This has been tested so far on several
boxes, all of which are running Fedora Core 2. The problem is quite an enigma,
since very small and seemingly unrelated changes to one of the rewrite rules
will allow normal behavior. For instance, retrieving the following URL

http://x86-64.n3t.net/lsof.txt

with a .htaccess that looks like the following, works:

RewriteEngine on 
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net$      [NC]
RewriteRule .*\.(jpg|jpeg|gif|bmp)$ - [F,NC]

However, add a png type to it and it hangs:

RewriteEngine on 
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net$      [NC]
RewriteRule .*\.(jpg|jpeg|gif|png|bmp)$ - [F,NC]

Now for the fun stuff. Keep png in there and remove jpeg:

RewriteEngine on 
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net$      [NC]
RewriteRule .*\.(jpg|png|gif|bmp)$ - [F,NC]

and it works again.
I've tested with random file extenstions, made up words, etc, there is no
pattern that I can see, but it always either works or either hangs with the same
combination, it is not random, and is reproducible every single time.

Currently I have this test domain set with the following in .htaccess:
RewriteEngine on 
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^http://x86-64.n3t.net$      [NC]
RewriteRule .*\.(jpg|png|testing|txt|gif|bmp)$ - [F,NC]

I have copied information that should prove to be at least somewhat informative
into text files on the test domain.

http://x86-64.n3t.net/lsof.txt
http://x86-64.n3t.net/proc_pid_fd.txt
http://x86-64.n3t.net/top.txt 
http://x86-64.n3t.net/strace0.txt (full apachectl startssl -> hang strace, GET
request starts on line 4412)

A few notes:
-It does not matter if apache is start with SSL enabled or not.
-This occurs using telnet domain.tld 80 and only giving the GET /request
HTTP/1.1 and Host: x86-64.n3t.net
-It does not matter what what the domain.tld is.
-Setting RewriteEngine to "off" in .htaccess allows normal apache operation
-access.conf and srm.conf can be empty, with no changes in this behavior.
-There are no .htaccess files anywhere in the path before the last one we are
working with.
-Only happens on boxes with x86_64 libraries, only verified on FC2 boxes (we
have no others to test with)
-This does NOT hang apache entirely, only the children processes trying to
handle the GET request. Other GET,HEAD requests work just fine.

If a developer believes they can figure this out and it would help, I can most
likely grant root access to a live test server for debugging with everything in
place to reproduce the behavior.

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

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