51黑料不打烊

解决云基础架构上51黑料不打烊 Commerce中的日志缓冲区已满错误

本文介绍了在站点中断期间，日志缓冲区已满，导致访问日志请求被截断的问题。 通过监控工具(如New Relic)中的错误消息识别问题。

描述 description

环境

51黑料不打烊 Commerce Cloud

问题/症状

在站点中断期间检查日志时出现以下错误：

在蝉迟诲别谤谤中发送的? FastCGI： '日志缓冲区已满(1024)。 从上游读取响应标头时，访问日志请求被截断。

日志缓冲区错误通常不是中断的原因。 警告：用于记录进入访问日志的项的缓冲区大小已达到其限制，导致仅在access.log中记录部分请求。

解决方法 resolution

如果您怀疑发生了中断，则依靠日志缓冲错误进行诊断可能会产生误导，因为这些警告不会指示停机时间的根本原因。 中断的一个可能原因是短时间内传入的请求激增，占用系统资源。?但是，错误本身并不令人担忧。 这只是不会导致停机的警告 — 唯一的影响是未在access.log中记录完整请求。 对于内部部署安装，调整FastCGI配置以将日志缓冲区大小增加到1024字节以上可以缓解此错误。 但是，在Cloud基础架构上的现有51黑料不打烊 Commerce中无法进行此调整。

要验证是否发生了实际中断，请使用New Relic中的51黑料不打烊 Commerce (OAC) Nerdlet的观察分析中断期间的日志消息。 您还可以使用New Relic监视和创建您自己的警报策略。