2016-06-16 7 views
43

Ich kam zu einem Code zurück, den ich nach ein paar Stunden geöffnet hatte und nahm einige Änderungen am Code vor und schob ihn dann. Plötzlich erhalte ich diesen Fehler:Was bewirkt, dass git push plötzlich ausfällt, wenn "Benutzer zu lange eine Beziehungssperre gehalten hat"?

[email protected]:~/workspace/conse (master) $ git push 
Counting objects: 15, done. 
Delta compression using up to 8 threads. 
Compressing objects: 100% (6/6), done. 
Writing objects: 100% (6/6), 492 bytes | 0 bytes/s, done. 
Total 6 (delta 5), reused 0 (delta 0) 
remote: canceling statement due to conflict with recovery 
remote: LINE 1: ...er"."date_joined" FROM "bb_repository" INNER JOIN "auth_user... 
remote:               ^
remote: DETAIL: User was holding a relation lock for too long. 
remote: 
To [email protected]:sureumar__/conse.git 
! [remote rejected] master -> master (pre-receive hook declined) 
error: failed to push some refs to '[email protected]:sureumar__/conse.git' 
[email protected]:~/workspace/conse (master) $ 

Wie kann ich die Ursache dieses Fehlers diagnostizieren?

+17

Diese Frage sollte nicht geschlossen werden. Dieser Fehler kann reproduziert werden, und es ist kein Tippfehler auf der Seite des OP. Es gilt für andere Personen als das OP. Diese Frage ist nützlich, da andere Personen jetzt verstehen können, was die Fehlermeldung bedeutet (d. H. Es handelt sich um einen serverseitigen Fehler und nicht um eine Clientseite). –

+1

@AndrewGrimm, wenn BitBucket das Problem an ihrem Ende behebt, wer sonst wird das gleiche Problem haben? – Braiam

+2

Große Frage ist, * hat * BitBucket das Problem behoben? Ich stimme zu, dass ich das bis dahin behalte, wenn aus irgendeinem anderen Grund wahrscheinlich jemand einen anderen Thread posten wird, wenn wir das nicht tun. – Shog9

Antwort

35

Wie die Nachricht anzeigt, ist dies ein Problem am Bitbucket Ende. Sie können den Status ihrer Dienste überprüfen, indem Sie http://status.bitbucket.org/ besuchen, die Sie informiert werden (zum Beispiel):

Verifying - We are gradually restoring inbox content to mitigate any further replication issues. Any messages you'd expect to be there should re-appear slowly as we incrementally complete scheduled maintenance.
Jun 16, 03:22 UTC

Update - Maintenance on the primary database caused excessive lag on replicas used for authenticating Git and Mercurial operations over HTTPS. We've failed over to a spare replica and restored service. Please contact our support team if you're still experiencing problems with your pushes or pulls.
Jun 16, 02:48 UTC

In progress - We're seeing unanticipated complications on gitweb and hgweb traffic, which we are currently working to resolve. Please watch this page for updates.
Jun 16, 02:03 UTC

Wenn keine aktuellen Themen sind dort aufgeführt, contact support.

+15

Huh, wie wäre es damit? Statusupdates vom Stapelüberlauf ... –