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