Question

我在日志中不时看到以下503错误：

*   << BeReq    >> 213585014 
-   Begin          bereq 213585013 fetch
-   Timestamp      Start: 1452675822.032332 0.000000 0.000000
-   BereqMethod    GET
-   BereqURL       /client/hedge-funds-asset-managers/
-   BereqProtocol  HTTP/1.1
-   BereqHeader    X-Real-IP: 123.125.71.28
-   BereqHeader    Host: XXXXXXXXXXXXXXXXXXX
-   BereqHeader    X-Forwarded-Proto: http
-   BereqHeader    User-Agent: Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)
-   BereqHeader    Accept-Encoding: gzip
-   BereqHeader    Accept-Language: zh-cn,zh-tw
-   BereqHeader    Accept: */*
-   BereqHeader    X-Forwarded-For: 172.18.210.22
-   BereqHeader    X-Varnish: 213585014
-   VCL_call       BACKEND_FETCH
-   VCL_return     fetch
-   BackendOpen    232 reload_2016-01-12T07:28:50.cp_12 162.251.80.23 80 172.18.210.71 40019
-   Timestamp      Bereq: 1452675822.047840 0.015508 0.015508
-   FetchError     http first read error: EOF
-   BackendClose   232 reload_2016-01-12T07:28:50.cp_12
-   Timestamp      Beresp: 1452675876.038544 54.006212 53.990704
-   Timestamp      Error: 1452675876.038555 54.006223 0.000010
-   BerespProtocol HTTP/1.1
-   BerespStatus   503
-   BerespReason   Service Unavailable
-   BerespReason   Backend fetch failed
-   BerespHeader   Date: Wed, 13 Jan 2016 09:04:36 GMT
-   BerespHeader   Server: Varnish
-   VCL_call       BACKEND_ERROR
-   BerespHeader   Content-Type: text/html; charset=utf-8
-   BerespHeader   Retry-After: 5
-   VCL_return     deliver
-   Storage        malloc Transient
-   ObjProtocol    HTTP/1.1
-   ObjStatus      503
-   ObjReason      Backend fetch failed
-   ObjHeader      Date: Wed, 13 Jan 2016 09:04:36 GMT
-   ObjHeader      Server: Varnish
-   ObjHeader      Content-Type: text/html; charset=utf-8
-   ObjHeader      Retry-After: 5
-   Length         286
-   BereqAcct      350 0 350 0 0 0
-   End

问题不在于后端连接，因为来自varnish服务器的同一URL的卷曲工作正常。清漆的版本是4.1.0。我不确定“http首次读取错误：EOF”是什么意思，并且对此问题的任何启发都表示赞赏。由于这个问题的随机性，我也没有办法重现它。

Answer 1

A＆＃34;第一次读错误＆＃34;当您在调用vcl_fetch之前尝试从后端读取标题时，会发生在Varnish中，并且Varnish未能得到响应。 TL; DR：您的后端要么在发送响应之前关闭连接，要么是超时传递响应。您可以使用wireshark之类的工具来确定这两者中的哪一个正在发生。

要了解发生了什么，让我们做一些潜水源：

static int __match_proto__(vdi_gethdrs_f)
vbe_dir_gethdrs(const struct director *d, struct worker *wrk,
    struct busyobj *bo)
{
    int i, extrachance = 1;
    struct backend *bp;
    struct vbc *vbc;

    ...

    do {
            vbc = vbe_dir_getfd(wrk, bp, bo);

对于导演没有太多关注，在 Varnish打开新连接或决定重用连接之后，vbe_dir_gethdrs被称为。

if (vbc->state != VBC_STATE_STOLEN) extrachance = 0;

如果我们重复使用连接，则vbc->state设置为VBC_STATE_STOLEN（Varnish-Cache/bin/varnishd/cache/cache_backend_tcp.c行364）。当我们打开新连接时，不会设置此值。到目前为止，非常好。

i = V1F_SendReq(wrk, bo, &bo->acct.bereq_hdrbytes, 0); if (vbc->state != VBC_STATE_USED) VBT_Wait(wrk, vbc); assert(vbc->state == VBC_STATE_USED); if (i == 0) i = V1F_FetchRespHdr(bo);

这样做是将请求发送到后端。如果一切顺利，我们再调用V1F_FetchRespHdr，等待原点发送其协议响应和标题。如果我们将代码放入V1F_FetchRespHdr：

VTCP_set_read_timeout(htc->fd, htc->first_byte_timeout); ... do { ... i = read(htc->fd, htc->rxbuf_e, i); if (i <= 0) { bo->acct.beresp_hdrbytes += htc->rxbuf_e - htc->rxbuf_b; WS_ReleaseP(htc->ws, htc->rxbuf_b); VSLb(bo->vsl, SLT_FetchError, "http %sread error: EOF", first ? "first " : ""); htc->doclose = SC_RX_TIMEOUT; return (first ? 1 : -1); }

在这里，我们看到我们在执行read系统调用之前在套接字上设置了超时。如果此读取返回错误（< 0情况）或EOF（== 0情况），这是我们第一次调用read，我们最终会记录http first read error: EOF在varnishlog输出中看到了。

因此，如果您打开与后端的新连接，并且在发送请求后后端超时或关闭连接，则会出现此错误。

就我个人而言，如果你的起源正在关闭，我会发现它是怀疑的;我认为超时通常更有可能。但是如果你的后端认为它有太多的开放连接，或者它可能通过连接收到了太多的请求，或者类似的东西，那么连接可能会被关闭。

希望有所帮助！

在varnish中获取随机的“http first read error：EOF”错误

1 个答案: