Hgweb "Push" in IIS Rückgabe 502 (schlechtes Gateway)

8

Ich habe hgweb auf II7 7 (auf Windows Server 2008) ausgeführt. Die Weboberfläche funktioniert, und ich kann die Repositories dort ansehen, abrufen und klonen. Aber ich kann nicht pushen, und das gibt mir sofort nach dem "Suchen nach Änderungen" einen 502 Fehler. Die Verwendung von --debug zeigt die letzten Zeilen als:

%Vor%

Ich verwende TortoiseHG, um zu pushen, aber das Ergebnis ist dasselbe, wenn ich die mercurial-Befehlszeile verwende.

Ich hatte das Tutorial hier verfolgt: Ссылка um hgweb einzurichten.

    
Jason 14.06.2011, 21:58
quelle

6 Antworten

3

Sieht wie eine alte Frage aus, aber jemand wird es wieder finden. Ich war kurz davor, einen schwarzen Kreis an einer Wand zu zeichnen und ... das Problem für uns war die Art und Weise, wie ein zentrales Repository erstellt wurde. Wir haben es von BitBucket geklont, während Remote als lokaler Administrator mit dem Rechner verbunden war.

Das Problem lag im Ordner [Repository] .hg. Sie müssen die richtigen Berechtigungen dafür festlegen. Probieren Sie es aus, indem Sie Jeder hinzufügen - & gt; Volle Berechtigungen für Testzwecke. Bitte vergewissern Sie sich, dass Sie dies später in einen dedizierten Netzwerk-Login oder einen entsprechenden lokalen Account ändern.

Ich habe genau das gleiche Verhalten gesehen - sogar Push hat gut funktioniert, mit der Ausnahme, dass ich nach all der Zeit ein schlechtes Gateway bekommen habe. Nachdem die richtigen Berechtigungen festgelegt wurden, war das Problem verschwunden.

Wenn Sie jetzt darüber nachdenken, ist wahrscheinlich die beste Lösung, jedem Netzwerk-Login, der das Repo verwendet, Maschinenbenutzer hinzuzufügen und dann Zugriffsberechtigungen für den .hg-Ordner auf lokale Benutzer einzurichten.

Ich hoffe, es hilft jemandem.

    
Ales Potocnik Hahonina 06.06.2012 16:56
quelle
0

Versuchen Sie es mit der ISAPI-Modulmethode anstelle der CGI, die phython.exe wie hier dokumentiert . Es gibt auch eine andere verwandte und möglicherweise doppelte Frage hier auch .

    
Sumo 11.08.2011 03:00
quelle
0

Sehen Sie sich die Einstellung 'Push_ssl' in Ihrer Datei hgweb.config an.

Ich bekam den gleichen Fehler (hatte meinen auf '*' gesetzt) ​​und konnte ihn beheben, indem ich die Zeile komplett entfernte. Zugegeben, das macht Mercurial etwas unsicherer, aber ich kann das Konfigurationsproblem (vorerst) lösen, während ich nachforsche, wie ich SSL auf dem Server richtig konfiguriere.

Sie müssen möglicherweise auch die Einstellung "Allow_push" überprüfen, um weitere Fehler zu vermeiden (oder einen anderen Blick auf Ihre Autorisierung werfen).

HINWEIS: In meinem Fall war es nicht genug, push_ssl = false zu haben, da dies zu weiteren Fehlern führte (Autorisierung fehlgeschlagen).

(Dies ist einfach eine vorübergehende Lösung, bis der Server ordnungsgemäß gesichert werden kann.)

    
Peter Bernier 11.01.2012 19:03
quelle
0

Das kann aus verschiedenen Gründen passieren, um mehr Details über den Fehler run

zu erhalten

hg drücken --config ui.ushttp2 = true --config ui.http2debuglevel = info

Zum Beispiel kann ein Problem aufgrund eines Proxy-Servers auftreten, oder nur, wenn der Mercurial Web Server die zu beliefernden Repositories "vergisst": Falls Sie TortoiseHg verwenden, gehen Sie zur Workbench UI, Repository - & gt; Starten Sie Web Server, stellen Sie sicher, dass sich Ihr Repository in der Liste der bereitgestellten Repos befindet.

    
Victor Bashurov 28.03.2014 00:38
quelle
0

Versuchen Sie https statt http in .hg / hgrc, ich habe dieses Problem für code.google.com gelöst.

    
netawater 01.04.2015 02:05
quelle
0

Ich hatte dieses Problem, und das Problem endete damit, dass der Server nicht mehr über genügend Speicherplatz verfügte.

    
Piotr 26.03.2018 18:53
quelle

Tags und Links