2014-09-27 12 views
6
We couldn’t deliver this payload: Service Timeout 

Sono riuscito a inviare webooks al mio server 5 minuti fa e ora continuo a ricevere timeout. Ho provato a eliminare il webook e ad aggiungerlo di nuovo, cambiando l'URL a cui punta, ma niente.Perché il mio webook Github continua a scadere?

Sono inondato con troppe richieste, o il servizio webhook di GitHub è appena finito?

+0

puoi mostrare qui il formato degli enunciati url che hai provato. –

+0

è il tuo server in AWS o in qualsiasi altro cloud? –

risposta

3

A meno che non vi sia un qualche tipo di errore sul lato GitHub (che non sembra essere il caso al momento, dato il loro "System Status" history), è possibile controllare il programma che riceve il payload di quel webhook.

vedere un problema simile in Supybot-plugins 225:

Ho contattato il supporto GitHub e uno dei dipendenti è stata la risoluzione dei problemi per me. Ecco parte di ciò che aveva da dire sulla questione:

ho solo cercato di fare una richiesta manualmente da una delle nostre macchine, e che ha attraversato senza errori (vedi curl -v uscita al di sotto).
Tuttavia, ho notato che ci voleva molto tempo prima che la richiesta venisse elaborata - in 15 secondi (per 2 byte di dati).

disaccoppiamento l'ascolto e la ricezione del carico utile, dalla sua proicessing, è generalmente l'approccio giusto, come ho raccomandato agli ioni "Perl Script slow over Tomcat 6.0 and generates service time out".
La prima parte dovrebbe essere il più veloce possibile.

0

Si scopre anche che GitHub ha un timeout di 10 secondi sui propri webhook. Questo è quello che ho incontrato.

+0

Hai fatto qualcosa per aggirare il timeout di 10 secondi? – AjayAujla

+0

Accelerare l'elaborazione sulla mia estremità. Questo è tutto quello che potevi fare (al momento). Non so se hanno migliorato tutto questo. – ajon

Problemi correlati