Solve and understand HTTP Error 414: Request-URI Too Large

Steve Barnes gadgetsteve at hotmail.com
Tue Aug 26 17:59:45 UTC 2014


On 26/08/14 17:43, Mads Kiilerich wrote:
> On 08/26/2014 01:44 PM, Daniel Siepmann wrote:
>> Hello everyone,
>>
>> the error "HTTP Error 414: Request-URI Too Large" occurs regularly on 
>> our project.
>> We develop new features in their own branches and some colleagues 
>> don't close them.
>> If someone in our team doesn't pull often, he will get the error 
>> "HTTP Error 414: Request-URI Too Large".
>>
>> We raised the limits on our web server, but I want to understand why 
>> this problem exists.
>> How does mercurial generate the URLs for a pull-Request? Why does 
>> this url become longer and longer over time?
>> And is there a way to solve this problem instead of raising the 
>> limits on server side?
>>
>> Currently we just pull the important branches to "solve" the problem. 
>> But that's just a workaround.
>
> http://selenic.com/hg/rev/510cafe72004  is another workaround for the 
> bad use of Mercurial - it will make the request half as big.
>
> /Mads
> _______________________________________________
> Mercurial mailing list
> Mercurial at selenic.com
> http://selenic.com/mailman/listinfo/mercurial
>
>
The other workaround - assuming that people do actually commit & push 
reasonable regularly - even if some people don't pull as often as they 
should do - hg log -r -1 to find out your current revision, say it is 
250 then use hg pull -r 251:300, etc., - if that hits the problem then 
try -r 251:275 - so as to pull the changes in manageable chunks.

Also remind people that if the did regular pulls they wouldn't get the 
problem.

BTW I did have the same problem with a hg clone of an SVN repo where 
someone had zipped up a 40 GB binary toolchain and committed it - 
twice!  The workaround there was to pull skipping those two commits and 
the solution was to get the SVN admins to remove the illegal commits.

Gadget/Steve



More information about the Mercurial mailing list