我们在亚马逊的Linux上运行Varnish 3.0.2，效果很好。 对于大多数内容页面，我们有48小时的ttl，对于图像，PDF等，我们有更长的时间。
这个周末我们已经把后台调低了一些维护，所以我在本周早些时候把ttl提高到了5天。 我曾经以为caching中的任何东西都能持续使用5天，但是我们很失望，今天早上我们检查了varnishstat ，caching几乎完全是空的，清漆还在提供“找不到页面”的信息。
我知道这不是Varnishdevise的目的，但是为什么当后端closures时会重置caching？ 而我又如何防止下次呢？
更新2012年6月11日 ：在查看/ var / log /消息之后，我每隔3小时查看一次：
Jun 9 03:56:31 idea-varnish varnishd[1128]: Manager got SIGINT Jun 9 03:56:33 idea-varnish varnishd[6708]: Platform: Linux,3.2.18-1.26.6.amzn1.x86_64,x86_64,-smalloc,-smalloc,-hcritbit Jun 9 03:56:33 idea-varnish varnishd[6708]: child (6709) Started Jun 9 03:56:33 idea-varnish varnishd[6708]: Child (6709) said Child starts
我想这是服务器崩溃，并擦除内存中的所有对象。 我只刚刚安装了-debuginfo rpm，但不确定实际上会显示更多。
我想我们可以在预定的停机时间切换回基于磁盘的存储？ 或者像这样的崩溃擦拭呢？
清漆过程是否可能重新启动？ 在varnishstat有一个正常运行时间计数器。 在某些情况下，清漆工作线程可能会死亡，但会立即重新启动。 当一切正常工作，这可能会被忽视，但（计划）的后端停机时间可能是相当不便的。