告警 clickhouse日志报错 访问的表不存在！
明明我们设定crontab定时任务了啊，怎么没有建表呢？查看crontab定时任务及其进程运行情况
crond为 active 且 启动在 7 months 9 days ago，但是有信息显示 expired password for user root，任务没有如期执行原因指向 root 密码过期。
先登录主机把root的过期密码改了，再手动跑crontab的自动建表任务，业务恢复！
今天2023/4/10号，crontab最后运行时间为2023/3/30号，而我们自动建表任务提前建表的天数正好是10天，完全对得上。 天坑，os root密码过期，导致主机crontab自动任务罢工
总结：
1、不要轻易设定主机用户密码过期，可以换成不定时主动修改密码
2、os root密码过期，会影响 crontab 的调度，crontab会停止运行
3、主机日志与核心服务日志可以考虑接入日志采集聚合系统
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31383567/viewspace-2944829/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- Xtrabackup 2.4.18：Unable to obtain lock. Please try again later.
- 单表文件大小文件系统限制后删除部分数据仍无法插入新数据，报the table is full ...
- MySQL ib_logfile current_lsn < page_lsn 导致一查询就崩，如何恢复
- MySQL[bug] 子查询含用户变量，派生条件下推将导致不同版本的查询结果不一致
- MySQL 一个select把实例搞崩了，原来是表数据异常
- MySQL 8.0.25 Bug 报"MY-013132 The table ...is full"
- MySQL 8.x ，查询performance_schema.data_locks造成整个实例 hang了？
- 在启用所有PS性能模式工具的情况下，性能损耗过高，怎么办
- MySQL 如何重建/恢复删除的 sys Schema
- MySQL innodb buffer pool 命中率以及缓存了哪些 InnoDB Table
