爱主机网友 imes 说：
*帖最后由 imes 于 2022-6-10 11:42 编辑
宝塔面板在最近两年，有个很奇怪的bug，具体表现为一旦过了0点，CPU使用率就会突然上去，并且一直下不来。可以考证的最早记录是2021年1月份pc6a(https://pc6a.com/3144.html)写下的。
具体情况如下图，在初始安装完成后，CPU的负载很低，表现一切正常。一旦过了0点，CPU使用率瞬间上去了。
通过htop查看，占用CPU最高的是site_task.py，这个程序*身是**的日志上报功能模块。但是每10秒钟就会出现一次，每次出现就极大的提高了CPU使用率，显得极其诡异。要不是因为能看到源码，一定会判定它是木马，实际上这个程序并不复杂，因此大概率是个逻辑错误或者程序员水平低下导致的bug。我使用的是Debian 11**进行**的，在**云上有一篇记录(https://cloud.tencent.com/d***loper/article/1958272)，是在CentOS 7上**出相同现象的。这说明了和***身相关性不大。
宝塔面板的源码是开放的，于是在GitHub(https://github.com/aaPanel/BaoTa)上下载了下来，搜索和site_task相关的内容。最终发现了site_task.py是通过**-task.c这个文件调用/www/******/panel/pyenv/bin/python3 /www/******/panel/sc**pt/site_task.py而运行起来的。注释里面写的是“网站到期时间处理”，有一个while true的*循环，每个小时执行一次。
仔细查看代码内容，发现这个循环中涉及到了日期更改。程序首先读取文件中的日期，判断和目前日期是否相同，如果相同就会睡眠一个小时。此外还有个将文件日期更改的功能，由于宝塔的代码稀*，很难捋顺它的程序，我就不去细查了。此外，“重新标记执行日期并执行到期网站脚*”这里好像是缺了一个判断，它这种写法导致频繁读写硬盘，降低运行效率。
言归正传，0点CPU高占用bug大概率就是这个模块导致的了，涉及到日期更改和site_task.py程序。出于某种原因（比如程序员水平稀*）导致了逻辑错误，最终造成一旦日期更改了，面板就不知道要做什么，**疯狂进行10秒一次循环。这种好几年的bug居然都没有发现，只能说宝塔的水平是极其差的。
临时的解决方法是设置定时任务，每天0点重启一次面板。终端输入c**ntab -e，**写入2 0 * * * /etc/init.d/** restart，即每天0点2分的时候重启一次面板，让日期归零，从而避开这个bug。我有点怀疑这个bug可能和Let’s Encrypt的SSL**申请有关，好像是在我全部使用第三方SSL**之后才发现这个bug的。具体的表现可能是如果面板没有Let’s Encrypt的SSL**申请任务，那么就会出现这个bug，具体是不是我还在尝试中。
网友 燕十三丶 说：
有理有据 支持
网友 MMMM 说：
之前论坛发过，一堆人还说是我机器配置低哈哈哈哈。
网友 imes 说：
之前论坛发过，一堆人还说是我机器配置低哈哈哈哈。
