k8s 持久卷的问题实际上问题还是不少的,但是总的趋势的会越来越好的,以下记录一个自己处理的问题## 现象
k8s 数据卷异常了,容器在启动的时候,k8s 会包装存储一致性检查以及正确的挂载
碰到的问题
multiply-claimed block(s), shared with 3 file(s)
造成挂载很慢,基本已经等待了快一个小时还是没有挂载成功,严重影响业务使用了
解决方法
实际上核心还是修复磁盘,一般是通过fsck 手工修复就可以了,但是因为文件比较多,造成
提供multiply-claimed block的包含了好几千的数据(8000多)。。。,处理是及其的慢,而且很有可能是不能修复的
google 类似问题,有些反馈运行了好几天都没有修复好
解决方法
尽管自动修复是不行的,但是我们可以通过手工挂载先运行,然后按照提示的异常信息,对于提示异常的文件直接删除
(删除不见得就行,因为有些数据可能是比较核心的,直接删除就会有问题,这个需要结合实际处理),后续就可以删除pod
继续查看日志信息处理了,直到我们可以快速的运行完fsck
说明
以上解决问题的方法,比较粗暴,但是目前暂时解决了问题(而且目前删除的数据是备份数据对于业务是不影响的)