每月带宽重置在每月的第一天上午4点20分完成。
如果您发现这种情况没有发生（允许dataskq运行大约一小时，待定数量的站点），那么您可以通过几个步骤找出原因并手动重置。
首先要检查的是cron日志以确保重置实际上已经发出。
检查：
/var/log/cron
为每月的第一天凌晨4:20的时间戳。 你应该看到像这样的东西：echo 'action=reset&value=all' >> /usr/local/directadmin/data/task.queue
如果您没有看到该命令，那么您需要检查本指南以确保您的crond正在运行，并且/etc/cron.d/directadmin_cron文件正常工作。
如果您在cron日志中看到上述命令，那么下一步是检查：
/var/log/directadmin/system.log
对于看起来像这样的条目2009:04:01-04:20:01: Reset all command Received
如果您没有看到该代码，那么您又想使用上述相同的指南来调试该问题。
如果您确实看到上述日志条目，则在其下方滚动以确认每个用户都被提及。 如果不是，那么很可能用户不是全部设置在users.list文件中。 您可以使用本指南重置所有users.list文件。
在这个阶段，希望你能弄清楚为什么复位没有发生，并且已经修复了它，所以下次会发生。 但是，重置仍然不会发生过去的重置。 所以要做到这一点，你需要使用cleanreset task.queue命令。 类型：
echo "action=cleanreset&value=all" >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq d
echo "action=tally&value=all" >> /usr/local/directadmin/data/task.queue
这应该从月初开始重置，而不会丢失数据。 经常在月中进行常规重置会丢失您仍然需要的当前数据，因此我们使用cleanreset扫描所有日期戳以确保它不会删除它不应该删除的任何内容。
如果您没有弄清楚重置没有发生的原因，您可能还想检查其他竞争任务。 例如，如果服务器在重新启动时重新启动，可能会阻止其运行。 此外，dataskq还可用于其他任务（如备份），因此请检查是否有与重置时间接近的大型备份，并检查/var/log/directadmin/errortaskq.log是否有任何错误 与他们有关。
