每月帶寬重置在每月的第一天上午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是否有任何錯誤 與他們有關。
