前言在看CPU相关的文章的时候，想起来之前有文章讨论是否要做CPU绑定，这个有说绑定的也有说不绑定的，然后就想到一个问题，有去观测这些OSD到底运行在哪些CPU上面么,有问题就好解决了，现在就是要查下机器上的OSD运行在哪些CPU上 代码这里直接上代码了，最近学习python在，就用python来实现 123456789101112131415161718192021222324252627282

前言通过yum安装指定的rpm包，这个一般是 yum –showduplicates list ceph | expand ,然后去通过yum安装指定的版本即可，这个在hammer下是没有问题的，但是在Jewel下进行安装的时候却出现了问题，我们来看下怎么解决这个问题的 实践过程我们需要安装 ceph-10.2.0-0.el7 这个版本的，根据之前的方法 12345678910111213

前言在某些场景下Ceph集群会出现stale的情况，也就是ceph集群PG的僵死状态，这个状态实际上是无法处理新的请求了，新的请求过来只会block，那么我们如何去恢复环境 实践过程首先模拟stale环境，这个比较好模拟 设置副本2，然后同时关闭两个OSD（不同故障域上），然后删除这两个OSD 集群这个时候就会出现stale的情况了，因为两份数据都丢了，在一些环境下，数据本身就是临时的或者不是

一、前言本章很简单，就是预估集群恢复的时间,这个地方是简单的通过计算来预估需要恢复的实际，动态的显示 二、代码12345678910111213141516171819202122232425262728293031323334353637#!/usr/bin/env python# -*- coding: UTF-8 -*-import osimport sysimport commands

这是一篇分享文，作者因为最近想深入研究下ceph的cache pool，作者写的文章非常的好，这里先直接翻译这篇文章，然后再加入我自己的相关数据 blog原文作者想启动blog写下自己的Openstack和Ceph的相关经验，第一个话题就选择了 Ceph cache tiering , 作者的使用场景为短时间的虚拟机，用来跑测试的，这种场景他们准备用Nvme做一个缓冲池来加速的虚拟机 cache

ceph Vol 45 Issue 11.unfound objects blocking cluster, need help! Hi, I have a production cluster on which 1 OSD on a failing disk was slowing the whole cluster down. I removed the OSD (osd.87) lik

前言部署集群的时候权重是默认生成的，这个是根据磁盘大小分配的，我们有的时候需要去修改一下这个默认权重 修改如果统一的初始值，那么直接添加参数即可 1osd_crush_initial_weight 如果想自己添加算法，那么就根据下面的去做就可以了 centos+jewel修改：/usr/lib/ceph/ceph-osd-prestart.sh 1defau

ceph Vol 45 Issue 2CephFS: No space left on device After upgrading to 10.2.3 we frequently see messages like ‘rm: cannot remove ‘…’: No space left on device The folders we are trying to delete co

前言zabbix里面有个功能是自动发现，比如文件系统和网卡的获取的时候，因为预先无法知道这个网卡的名称，所以就有了这个自动发现的功能，这里我是因为要用到存储池的自动发现，所以需要对数据进行生成 实现我们看下原生的接口的数据类型： 12[root@lab8106 ~]# zabbix_get -s 127.0.0.1 -k "net.if.discovery"{&qu

前言本章介绍如何去自定义一个zabbix自动发现的整个流程 过程首先需要在模板当中创建一个自动发现的规则，这个地方只需要一个名称和一个键值，例如 名称：Ceph Cluster Pool Discovery 键值：ceph.pools 过滤器中间要添加你需要的用到的值宏我的数据是： 12[root@lab8106 ~]# zabbix_get -s 127.0.0.1 -k ceph.pool