小编Wil*_*ill的帖子

我有一个如下所示的配置文件：

/var/log/nginx/*.log {
        daily
        missingok
        rotate 90
        dateext
        compress
        notifempty
        create 644 root adm
        sharedscripts
        postrotate
                [ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid`
                /usr/local/bin/synclogs.sh
        endscript }

synclogs.sh 应该在所有日志文件都已轮换和压缩后运行。该脚本确实成功启动，但是当它开始运行时，该程序找不到 logrotate 应该生成的任何 .gz 文件。几分钟后我手动运行了脚本，它开始正常。

根据我发现的文档，在压缩完成之前不应该启动 postrotate。不是这样吗？这是 Debian Squeeze 中附带的 logrotate 中的错误还是我只是错过了一些非常简单的东西？

我刚刚接管了一个新环境的管理工作。一个已知问题是环境以高响应时间（20 秒以上）着称，所以我想我会打开 haproxy 日志记录并查看发生了什么。我想我会在应用服务器中看到缓慢的加载时间，但实际上我在 HAProxy 中看到了高 Tq 值。HAProxy 在 EC2 上并且不在 ELB 后面。

Sep  5 14:22:00 haproxy-apps01 haproxy[24695]: 76.14.153.221:3371 [05/Sep/2012:14:21:49.780] http-in default_apps/fe04-c 10936/0/0/55/10991 200 488 - - ---- 111/111/0/1/0 0/0 "GET /event_times/next?callback=jQuery170189312373075111_1346854917562&_=1346854918453 HTTP/1.1"

如您所见，这个 Tq 大约为 10 秒。并非所有 Tq 都很高（1+ 秒），但其中很大一部分是（大约 35%）。通常，当我看到这种行为时，我预计会出现网络问题，但是遇到此类问题的访问者比例非常高，所以我想知道是否有人见过这种情况或有任何诊断提示如果问题可能出在这个盒子上？

任何人都可以推荐一些好的地方来开始学习 SAN 的运作方式以及购买它们时要考虑的差异化因素吗？我的任务是推荐和购买 SAN，并且非常感谢这里的专家可以提供的任何建议。

我们在设置为简单事务模式的 SQL 2005 服务器上有一个数据库。日志记录设置为 1 MB，并设置为在需要时增加 10%。

我们不断遇到事务日志填满的问题，我们需要缩小它。当事务日志设置为“简单且不受限制的增长”时，什么会导致事务日志填满？