You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Zhao Yongming (JIRA)" <ji...@apache.org> on 2010/12/17 09:18:00 UTC
[jira] Closed: (TS-532) possible misbehavior with HEAD request
before GET
[ https://issues.apache.org/jira/browse/TS-532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Zhao Yongming closed TS-532.
----------------------------
Resolution: Invalid
This is invalid, I will post a project on create options to get loop detection more configurable later.
what we need to do is not just IP, but also hostanme(cluster name) etc
> possible misbehavior with HEAD request before GET
> -------------------------------------------------
>
> Key: TS-532
> URL: https://issues.apache.org/jira/browse/TS-532
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP
> Environment: we have many haproxy before the TS server, do L7 hashing for all request
> Reporter: Zhao Yongming
> Priority: Trivial
> Fix For: 2.1.6
>
> Attachments: 35425.cap, 434.cap, 8092.cap
>
>
> sometimes there is many HEAD request flood in, looks like cache in loop, but TS does not identify it as a loop.
> as the HEAD request will all pass to OS, that will make OS unable to response for sometime? get 1-5k connections, make TS get throttling.
> here is some tcpdum cap file
> why I suspect HEAD request, is when I ban all HEAD request use quick filter mask, the connection rush is gone.
> but this could be other problem indeed. just open this bug for logging.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.