Hi,

On Fri, Oct 09, 2015 at 01:26:37PM +0000, Bosco Mutunga wrote:
> Hi,
> 
> I???m experiencing a strange issue whereby Haproxy completely hangs when it
> receives a certain request, i have confirmed that the request is received
> through the following tcpdump, but it does not appear in the haproxy logs,
> neither is it forwarded.

What do you mean with "haproxy completely hangs" ? Do you mean it spins at
100% CPU, freezes, or something like this, and that you have to restart it ?

The request below looks completely normal :

> POST /mtn/zm/consumer/register HTTP/1.1
> Authorization: Basic YWZiYmFuazpFFmMxMjl0NTYh
> Content-Length: 1049
> Content-Type: text/xml; charset=UTF-8
> Host: 172.31.6.24:8000
> Connection: Keep-Alive
> User-Agent: Apache-HttpClient/4.2.3 (java 1.5)
(...)

so does the body :

> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
> <ns2:customerregistrationrequest 
> xmlns:ns2="http://www.ericsson.com/em/emm/sp/backend"; 
> xmlns:ns3="http://www.ericsson.com/em/emm/sp/frontend";>
>     <resource>FRI:260969524530/MSISDN</resource>
>     <name>
>         <firstname>Andrea</firstname>
>         <lastname>Oxenham</lastname>
>     </name>
>     <gender>FEMA</gender>
>     <dob>1989-10-07</dob>
>     <idtype>PASS</idtype>
>     <idnumber>1ABCD1</idnumber>
>     <idexpiry>2026-10-16</idexpiry>
>     <language>en</language>
>     <addresses>
>         <address>
>             <AdrTp>HOME</AdrTp>
>             <MlngInd>false</MlngInd>
>             <RegnAdrInd>false</RegnAdrInd>
>             <NmAndAdr>
>                 <Adr>
>                     <AdrLine>Lusaka</AdrLine>
>                     <PstCd>LUSAKA</PstCd>
>                     <TwnNm>Lusaka</TwnNm>
>                     <CtrySubDvsn>LUSAKA</CtrySubDvsn>
>                     <Ctry>ZM</Ctry>
>                 </Adr>
>             </NmAndAdr>
>         </address>
>     </addresses>
> </ns2:customerregistrationrequest>
> 
> 
> Of interest to note is the newline at the end of the body, that???s what
> makes the content-length add up to 1049, is there any reason why this request
> is being dropped.?

No there is no such reason. HAProxy takes the routing decision once it
gets the whole headers, so even if the request was too short or too long,
it would forward what it already has. Is only this request blocked or do
you observe the same issue with different requests as well ?

You didn't tell us what version you're running nor provided your config.
Maybe you're hitting an old well-known bug ? Please send the output of
"haproxy -vv".

Regards,
Willy


Reply via email to