LLLDDD huojiao2006 notification库flyway_schema_history表没有failed的记录 alert 数据库flyway_schema_history这张表是空的
LLLDDD huojiao2006 删了之后 kubectl -n kubesphere-alerting-system get job notification-db-ctrl-job -o json | jq ‘del(.spec.selector)’ | jq ‘del(.spec.template.metadata.labels)’ | kubectl replace –force -f - 我重新跑了这个job 提示这个错误 然后我看了下数据库 又生成了一条失败的记录
huanggze LLLDDD 执行一下: kubectl -n kubesphere-alerting-system get job alerting-db-ctrl-job -o json | jq ‘del(.spec.selector)’ | jq ‘del(.spec.template.metadata.labels)’ | kubectl replace –force -f -
LLLDDD huojiao2006 我发现我进入mysql容器内,执行删除语句 特别慢,不知道是不是这个引起的,还有第一次试的时候 alert数据库里面的表 一条数据都没呀 rerun job 也是不行的
LLLDDD huojiao2006 🤣 那两个job执行完成了 ,alerting-db-ctrl-job用了6小时 ,notification-db-ctrl-job用了将近3小时 感觉虽然完成了 但是这种现象不科学呀 为啥要执行这么久