2014-09-27 266 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