在清漆中出现随机"http first read error: EOF"错误

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

问题不在于后端连接，因为从清漆服务器卷曲到相同的URL可以正常工作。清漆版本为4.1.0。我不知道"http first-read-error:EOF"是什么意思，对此问题的任何解释都将不胜感激。由于这个问题的随机性，我也没有任何方法来复制它。

Answer 1

在调用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情况），并且这是我们第一次调用读取，则我们最终会记录http first read error: EOF，正如您在varnishlog输出中看到的那样。

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

就我个人而言，如果你的出身是封闭关系，我会感到怀疑；我认为暂停的可能性通常更大。但是，如果您的后端认为它有太多打开的连接，或者可能通过连接收到了太多请求，或者类似的情况，则连接可能会关闭。

希望能有所帮助！