20

I have a Mercurial repository that I can see just fine if I navigate to it in a browser, but when I try to do a push, with my default path set to the same URL that I visit in the browser, I get this:

abort: HTTP Error 404: Not Found

Should the URL that I push to be different in some way?

Jonathan Leffler
  • 730,956
  • 141
  • 904
  • 1,278
Mike Pateras
  • 14,715
  • 30
  • 97
  • 137
  • See also: http://stackoverflow.com/questions/3068627/mercurial-client-error-255-and-http-error-404-when-attempting-to-push-large-file – Kirk Woll Nov 14 '11 at 21:28
  • Got this error when I migrated mercurial repos to git on Bitbucket and the URL was the same but forgot it was no longer mercurial... – Stefan Avey Mar 22 '21 at 14:31

5 Answers5

12

"content too large" is what I had. Go to the IIS logs and look for "404 13".

To fix it, under IIS manager, go the the "Request Filtering" option, and then select the "Headers" tab.

Then go to "Edit Feature Settings" on the right. Then pick a really big number for the "Maximum allowed content (Bytes)" field.

This fixed my issue.

camster
  • 646
  • 7
  • 10
12

We suddenly started getting this error on our main Mercurial repository, hosted under IIS on Windows 2008. When your repository has too many heads, Mercurial POSTs query strings longer than IIS chooses to handle.

You can tell by looking at the sub-status code of the failed request in the IIS logs (it's usually the number after the normal HTTP status code). In this situation, IIS returns a sub-status of 15 which means the query string is too long. Don't forget to check your sub-status codes!

To fix the issue, you'll need to increase IIS's maxiumum query string length:

 # Get the current query string size limit
 c:\windows\system32\inetsrv\appcmd list config /section:requestFiltering -text:requestLimits.maxQueryString

 # Set the new query string size limit
 c:\windows\system32\inetsrv\appcmd set config /section:requestFiltering /requestLimits.maxQueryString:<NEW SIZE>
Aaron Jensen
  • 25,861
  • 15
  • 82
  • 91
  • Nice, this confused me for a few hours – redsquare Feb 06 '12 at 09:17
  • 1
    We had this exact problem and your answer fixed it, many thanks! For those who may be having trouble determining if this is happening to them - search for the string "404 15" in your IIS logs, if you find it after a LONG querystring then this answer should help you too. – Ian Kemp Feb 16 '12 at 12:49
5

Is this similar to this configuration, where hgweb.config need to be configured properly:

/ = /home/my_username/hg/**

(with the two stars at then end)

Or is it a http vs. https issue?

For https, you need a correct .hgrc file, otherwise you can also get the 404 error.
See the .hg/hgrc file man page.

[ui]

username = my.address@myco.com

password = mypassword

schemes = https

[paths]

default = https://myURL.kilnhg.com/Repo/Repositories/Groups/myrepo
VonC
  • 1,262,500
  • 529
  • 4,410
  • 5,250
  • 1
    It wasn't the second, as trying that didn't seem to help. Where should I have a hgweb.config file? I couldn't seem to find where that file should exist in Windows (7). – Mike Pateras Mar 23 '10 at 07:53
  • 1
    @Mike: the `hgweb.config` would be on the server side: if you don't have access to it, we can only assume it is correct, and that your access credential/schema are somehow faulty. – VonC Mar 23 '10 at 08:29
  • I don't know if it was that, specifically, but it was definitely some server side setting. – Mike Pateras Mar 26 '10 at 22:14
  • First link http://forum.webfaction.com/viewtopic.php?id=3558 is now broken. – Erica Aug 02 '17 at 11:06
  • @Erica Thank you. i have replaced that old link by a link to a similar question (but less precise than he old one though) – VonC Aug 02 '17 at 11:14
2

I had the same problem and it ended up being the VERBs allowed for the CGI handler. I had limited it to GET, POST and HEAD, but ended up changing it to allow all and it works fine now.

Chris Walsh
  • 21
  • 1
1

I received this error while trying to push a lot of changesets, with an especially large-sized one with many binary files (jpg update on a website). [jpg under source control, in the same repo as the source might not be the best approach, but that's besides the point.]

In such a case, if you don't have access to the IIS configuration, a work-around is to push fewer changesets at a time. In TortoiseHg, use the Outgoing feature, right-click the top changeset of the subset you want to push, and select Push To Here. Repeat.

martind2112
  • 191
  • 1
  • 7