2016-06-16 31 views
43

Sono tornato a un codice che avevo aperto dopo alcune ore e ho apportato alcune modifiche al codice e poi lo ho spinto. All'improvviso, visualizzo questo errore:Che cosa fa sì che git push fallisca all'improvviso con "L'utente stava tenendo un blocco delle relazioni troppo a lungo"?

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

Come posso diagnosticare la causa di questo errore?

+17

Questa domanda non dovrebbe essere chiusa. Questo errore può essere riprodotto, e non è un errore tipografico da parte dell'OP. È applicabile a persone diverse dall'OP. Questa domanda è utile, perché altre persone ora possono capire che cosa significa il messaggio di errore (cioè si tratta di un errore lato server, non di un lato client). –

+1

@AndrewGrimm quando BitBucket risolve il problema alla fine, chi altri avrà lo stesso problema? – Braiam

+2

La grande domanda è, * ha * BitBucket ha risolto il problema? D'accordo con mantenere questo intorno fino ad allora, se per nessun altro motivo che qualcuno probabilmente pubblicherà un altro thread se non lo facciamo. – Shog9

risposta

35

Come il messaggio indica, questo è un problema sulla fine di Bitbucket. È possibile controllare lo stato dei loro servizi visitando http://status.bitbucket.org/, che vi informerà (per esempio):

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

Se problemi attuali sono elencati lì, contact support.

+15

Huh, che ne dici? Aggiornamenti dello stato dall'overflow dello stack ... –