2016-06-16 8 views
43

Wróciłem do kodu, który miałem otwarty po kilku godzinach i wprowadziłem kilka zmian w kodzie, a następnie go pchnąłem. Nagle dostaję tego błędu:Co powoduje, że polecenie git push nagle kończy się niepowodzeniem, gdy "Użytkownik długo blokował relację"?

[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) $ 

Jak mogę zdiagnozować przyczynę tego błędu?

+17

To pytanie nie powinno być zamknięte. Ten błąd można odtworzyć i nie jest to błąd typograficzny po stronie OP. Dotyczy osób innych niż OP. To pytanie jest przydatne, ponieważ inne osoby mogą teraz zrozumieć, co oznacza komunikat o błędzie (tj. Jest to błąd po stronie serwera, a nie po stronie klienta). –

+1

@AndrewGrimm, gdy BitBucket naprawia problem po ich zakończeniu, kto jeszcze będzie miał ten sam problem? – Braiam

+2

Duże pytanie brzmi: * Czy * BitBucket naprawił problem? Zgadzam się z tym do tej pory, jeśli nie z innego powodu, niż ktoś prawdopodobnie opublikuje inny wątek, jeśli tego nie zrobimy. – Shog9

Odpowiedz

35

Jak wskazuje komunikat, jest to problem na końcu Bitbucket. Można sprawdzić stan swoich usług odwiedzając http://status.bitbucket.org/, który poinformuje Cię (na przykład):

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

Jeżeli nie obecne problemy są tam wymienione, contact support.

+15

Huh, co powiesz na to? Aktualizacje statusu z przepełnienia stosu ... –

Powiązane problemy