解决ceph部署完成之后出现 “ 128 pgs are stuck inactive for more than 300 seconds”的问题
来源:互联网 发布:龙之信条优化设置 编辑:程序博客网 时间:2024/05/17 09:44
在部署ceph的时候,由于是在自己的虚拟机上测试部署,完成之后出现如下截图故障:
后来一直分析这个原因,网上也有一些同样的问题,但是没有比较清晰的答案,后来分析发现这个过程中pg一直处于creating的状态。这个问题其实是出现在前面一步,在执行ceph-deploy new 这一步之后,有一个修改ceph.conf的步骤,这个过程中加了一行 :osd_crush_update_on_start = false,这一行的作用是自定义crush,那配置完之后,并没有定义crush,导致osd的权重都是0,此时pg就会一直出现在creating状态。
那要解决这个问题,从两方面入手:一是在修改conf文件的时候不要加这一行,就可以自定义crush了,二是重新定义crush,相比来说,第一种方法比较简单,但对于生产环境来说,一般都是自己定义crush。
阅读全文
0 0
- 解决ceph部署完成之后出现 “ 128 pgs are stuck inactive for more than 300 seconds”的问题
- ubuntu12.04开机出现waiting up to 60 more seconds for network configuration问题的解决
- Centos6下解决Ceph pgs不一致问题
- blocked for more than 120 seconds 错误
- INFO: task bonnie++:31785 blocked for more than 120 seconds
- INFO: task df:8145 blocked for more than 120 seconds.
- 解决too many PGs per OSD的问题
- 解决too many PGs per OSD的问题
- How to fix hung_task_timeout_secs and blocked for more than 120 seconds problem
- INFO: task ftest07:1247 blocked for more than 120 seconds 深入探索
- ORA-00494: enqueue [CF] held for too long (more than 900 seconds) cause instance crash
- 解决 ceph warn: pool <pool name> has too few pgs
- 解决类似 BUG: soft lockup - CPU#2 stuck for 67s! 问题的思路
- 解决类似 BUG: soft lockup - CPU#2 stuck for 67s! 问题的思路
- 解决关于sipdroid导入eclipse后编译完成,发布的apk安装之后出现音频解码器出现问题的情况!
- AIX: ORA-29770: LMS0 (OSID 123) is hung for more than 70 seconds in 'gcs remote message'
- 解决 YUM Repository updates is listed more than once in the configuration 的问题
- 解决Perhaps you are running on a JRE rather than a JDK ?的问题
- javascript闭包
- 数组中重复的数
- PopupWindow在android7.0+的update、showAsDropDown方法
- String、StringBuffer、StringBuilder区别
- 自定义tableviewCell的选中效果
- 解决ceph部署完成之后出现 “ 128 pgs are stuck inactive for more than 300 seconds”的问题
- tp5 命名空间和引入 namespace
- 正则表达式
- Android再按一次退出
- CocoaPods创建私有Pod库方法总结
- 【面向对象语言系列】关于C# 设计模式,你需要知道的事
- 智能合约源文件的基本要素
- [svc]nginx常用功能配置
- qsort和sort的区别