標簽（空格分隔）： ceph ceph運維 osd 在刪除osd后umount時，始終無法umonut，可以通過fuser查看設備被哪個進程占用，之后殺死進程，就可以順利umount了。 參考文檔： https://my.oschina.net/xiaozhublog/blog ...

轉載注明出處，整理也是需要功夫的，http://www.cnblogs.com/chenxianpao/p/5572859.html 一、OSD模塊簡介 1.1 消息封裝：在OSD上發送和接收信息。 cluster_messenger -與其它OSDs和monitors溝通 ...

1、簡介 隨着大規模分布式存儲系統(PB級的數據和成百上千台存儲設備)的出現。這些系統必須平衡的分布數據和負載(提高資源利用率)，最大化系統的性能，並要處理系統的擴展和硬件失效。ceph設 ...

集群中的設備異常(異常OSD的添加刪除操作)，會導致PG的各個副本間出現數據的不一致現象，這時就需要進行數據的恢復，讓所有的副本都達到一致的狀態。 一、OSD的故障和處理辦法： 1. OSD的故障種類： 故障A：一個正常的OSD 因為所在的設備發生異常，導致OSD不能正常工作，這樣OSD超過 ...

1 調高osd的日志等級 加上紅框那一行就可以了 osd的日志路徑：/var/log/ceph/ceph-osd.3.log 注意：加上了這一行后日志會刷很多，所以要特別注意日志容量的變化，以防把var目錄寫滿了 2 缺少osdmap或者錯誤的osdmap ...

標簽（空格分隔）： ceph 運維 osd 問題描述： 掉電后，上電發現cluster中的主機node3下的所有osd都down掉了，通過命令重啟node3的ceph-osd服務，osd依然無法up；通過激活集群所有osd還是不行。 解決方法： 1. 刪除該主機中的所有osd ...

是用剔除OSD的方式來對這個修復的控制做一個探索 大部分場景下要求的是不能影響前端的業務，而加速遷 ...

背景 　　OS：Ubuntu 16.04 　　修改了osd的一些配置，修改后，需要重啟osd服務才能生效。第一次重啟后，配置立刻生效。再改了一些配置，重啟osd服務后，配置卻不再生效了。ps命令查看進程，發現osd進程都沒有啟動。 分析 　　osd進程未啟動，第一直覺就是配置出錯，osd進程 ...

　　最近，在測試基於ceph的小文件合並方案（見上個博文）時，遇到一個怪異的現象：將librados提供的append接口與我們封裝的WriteFullObj接口(osd端是append操作和kvdb的put操作)對比，在處理同樣大小的文件時(如4KB，8KB等)，WriteFullObj ...

　　在Ceph被越來越多地應用於各項存儲業務過程中，其性能及調優策略也成為用戶密切關注討論的話題，影響性能表現關鍵因素之一即OSD存儲引擎實現；Ceph基礎組件RADOS是強一致、對象存儲系統，其OSD底層支持的存儲引擎如下圖所示： 其中，ObjectStore層封裝了下層存儲引擎的所有IO ...