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

5分鐘前,我成功地將webooks發送到我的服務器,現在我只是不停地獲取超時。我嘗試刪除該webook並重新添加它,更改它指向的URL,但沒有任何內容。爲什麼我的Github webhook保持超時?

我淹沒了太多的推動,或者是GitHub的webhook服務剛下來?

+0

你能在這裏顯示你嘗試的url enpoints的格式嗎? – 2016-11-25 06:07:22

+0

是AWS或任何其他雲中的服務器嗎? – 2018-01-12 10:09:00

回答

3

除非GitHub端存在某種錯誤(目前似乎不是這種情況,因爲他們的"System Status" history),您可能會檢查接收該webhook負載的程序。

看到一個類似的問題在Supybot-plugins 225

我接觸GitHub的支持和員工的一個已排除此我。以下是對他說的話有關問題的一部分:

我只是想從我們的機器之一,手動發出請求,並經歷了沒有錯誤(見下文curl -v輸出)。
但是,我確實注意到請求被處理的時間非常長 - 超過15秒(對於2個字節的數據)。

解耦所述有效負載的所述監聽和接收,從它的proicessing,通常是正確的方法,如我推薦離子「Perl Script slow over Tomcat 6.0 and generates service time out」。
第一部分應儘可能快。

0

事實證明,GitHub的webhook上有10秒的超時設置。這就是我碰到的。

+0

你有沒有做任何事情來解決10秒的超時問題? – AjayAujla 2018-03-05 21:19:35

+0

加速我的處理。這就是你所能做的(當時)。我不知道他們是否改善了這一點。 – ajon 2018-03-05 21:21:06