我刚刚通过helm在GKE上安装了redis(实际上是一个重新安装和升级)。这是一个非常标准的安装,没有什么太超出规范的。不幸的是,我的“redis-master”容器日志一遍又一遍地显示同步错误:
Info 2022-02-01 12:58:22.733 MST redis1:M 01 Feb 2022 19:58:22.733 * Waiting for end of BGSAVE for SYNC
Info 2022-02-01 12:58:22.733 MST redis 8085:C 01 Feb 2022 19:58:22.733 # Write error saving DB on disk: No space left on device
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Background saving error
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Connection with replica redis-replicas-0.:6379 lost.
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # SYNC failed. BGSAVE child returned an error
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Connection with replica redis-replicas-1.:6379 lost.
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # SYNC failed. BGSAVE child returned an error
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Replica redis-replicas-0.:6379 asks for synchronization
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Full resync requested by replica redis-replicas-0.:6379
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Starting BGSAVE for SYNC with target: disk
Info 2022-02-01 12:58:22.833 MST redis 1:M 01 Feb 2022 19:58:22.833 * Background saving started by pid 8086
然后我查看了我的持久卷声明规范“redis-data”,它处于“待定”阶段,似乎永远不会退出该阶段。如果我查看我所有的PVC,它们都是绑定的,看起来很健康。
很明显,有些东西并不像看起来那么健康,但我不知道如何诊断。任何帮助都将不胜感激。
2条答案
按热度按时间pxq42qpu1#
我知道它晚了党,但添加更多,如果任何陷入同一方案和不能删除PVC他们可以增加PVC的大小在GKE。
检查存储类:
编辑PVC
需要在PVC中更新的字段
对PVC应用更改并保存后,立即重新启动****POD**。
分享链接如下:https://medium.com/@harsh.manvar111/resizing-pvc-disk-in-gke-c5b882c90f7b
h7appiyu2#
所以我非常接近它的脚跟,在我的情况下,当我卸载redis它没有删除PVC(这是有道理的),然后当我重新安装它试图使用相同的PVC。
不幸的是,pvc内存不足。
我可以手动删除以前存在的PVC(我们不需要保留数据),然后通过helm重新安装redis。在这一点上,它创建了新的PVC,工作正常。