Kaijia一般使用Arch Linux在容器内运行一些万年（比一个红帽发行周期还长）不需要手动维护、且每次升级都不需要人工干预的软件，比如memcached，一次安装完成配置后只需设置pacman自动更新即可不必再次登录。不过最近Kaijia的Arch Linux容器却意外在重启后纷纷丢失了网络。Kaijia查阅了systemd的日志和错误报告，发现networkd组件在238版本中引入了一项变动使得在容器内网络设备无法完成配置，从而导致了容器内系统在下次重启时无法联网。当然问题发现后，随之而来的是如何将systemd恢复到正常的版本。
今天小伙伴向Kaijia反映万年没有动的VestaCP面板突然间响应缓慢，Kaijia登录检查发现每次点击VestaCP面板中任意功能，均需要等待3~5秒时间才能响应，而同时间服务器并无高负载、高IO情况，VestaCP管理下的网页亦可飞速打开。
为了找到延时原因，Kaijia在/usr/local/vesta/php/etc/php-fpm.conf开启了VestaCP的慢执行日志（slow log），获得以下记录：
[03-Feb-2018 23:00:54] [pool www] pid 2721
script_filename = /usr/local/vesta/web//list/web/index.php
[0x00007f8ead529798] exec() /usr/local/vesta/web/list/web/index.php:9[03-Feb-2018 23:01:03] [pool www] pid 2721
script_filename = /usr/local/vesta/web//list/web/index.php
[0x00007f8ead529708] shell_exec() /usr/local/vesta/web/list/web/index.php:12
再返回查看代码，显示所有的慢执行均发生在exec()和shell_exec()函数调用VestaCP CLI管理脚本时。
- 已经载入全部文章 -
近期评论