配置钉钉预警后，预警已触发，但是钉钉里面没收到

wanjunlei

kubectl delete nc default-dingtalk-config

kubectl delete nr global-dingtalk-receiver

kubectl delete secret -n kubesphere-monitoring-federated global-dingtalk-config-secret

把钉钉的配置清理一下，然后重新设置

JustryDeng

好的，我这边试一下

同时，我这边观察到一个现象，不知道和这个有没有关系（部分版本不一致notification.kubesphere.io/v2beta2 和notification.kubesphere.io/v2beta1同时存在了）

makamaka

我记得钉钉的webhook机器人，需要设置关键字才能触发，如果没有关键字是触发不了的，关键字为告警内容里面含有任一内容即可，可以看看跟这个有没有关系

JustryDeng

makamaka 关键字匹配有的。我们怀疑是升级到3.4.0时操作不当遗留下的问题，准备把测试环境重新直接3.4.0版本的kubesphere试试

makamaka

JustryDeng 嗯，那可能是跟你的操作有关系，我的是3.3.2版本，告警这块儿没啥问题，升级没试过，不清楚是否会有影响

JustryDeng

@“wanjunlei” 你好，请问我们在使用kk重新create kubesphere3.4.0时（./kk create cluster -f config.yaml -y），etcd证书校验失败，这个是因为什么啊

我们的kk配置文件是是这样的

/et/hosts是这样配置的

192.168.0.118  node118
192.168.0.119  node119

# kubekey hosts BEGIN
192.168.0.118  node118.cluster.local node118
192.168.0.119  node119.cluster.local node119
192.168.0.118  lb.kubesphere.local

我们发现证书绑定的ip地址是公网的ip地址了，如何让证书绑定内网的ip地址呢

JustryDeng

em1是外网ip，我们把所有节点的外网ip关了，换了台机器kk create -f config.yaml重装kubesphere，同时在config.yaml中指定装etcd的节点也换了（因为关掉外网ip后，重新在原节点上装etcd，那个节点的证书对应的ip居然还是那个已关闭的外网ip……）

重装成功

成功后，再恢复的em1的外网ip

sanmv

借楼，想问一下楼主你是怎么删除notification manager然后升级的。查了一下需要删除相关的部署资源再安装，感觉要删除的资源实在是太多了。

JustryDeng

sanmv

kubectl delete -f notification-manager.yaml

JustryDeng

昨天重装3.4.0成功

今天下午再测试钉钉机器人预警，结果还是一样。。。。

只能等下个版本出来后，我们升级到下个版本，再看看还有没有这个问题了

wanjunlei

你的这个版本为什么是v2beta1?

doramingo

我也遇到同样的问题，kubesphere 3.4.0版本，请问楼主解决了吗？

JustryDeng

doramingo 我们暂时直接去receiver里面改的 :

« 上一页