ceph pg inactive状态

原创 已于 2022-12-28 14:48:49 修改 · 2.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ceph #linux #运维

于 2019-11-14 00:00:10 首次发布
本文详细介绍了在Ceph集群中进行OSD数据迁移的具体步骤，包括检查PG对应的OSD、停止OSD服务、导出并导入PG数据、标记完成及重启OSD服务等关键流程。

1.检查pg对应的哪三个osd
$ceph -w
$ceph osd find #查找第一个primary的osd

2.停止osd服务
$systemctl stop ceph-osd@OSD_ID

3.查看pg 1.1主副本里面的对象数，假设主本对象数多，则到主本所在osd节点执行
$ ceph-objectstore-tool --data-path /var/lib/ceph/osd/ceph-0/ --journal-path /var/lib/ceph/osd/ceph-0/journal --pgid 1.1 --op export --file /home/pg1.1

4.将/home/pg1.1 scp到副本所在节点（有多个副本，每个副本都要这么操作），然后到副本所在节点执行
$ ceph-objectstore-tool --data-path /var/lib/ceph/osd/ceph-1/ --journal-path /var/lib/ceph/osd/ceph-1/journal --pgid 1.1 --op import --file /home/pg1.1

5.mark complete
$ ceph-objectstore-tool --data-path /var/lib/ceph/osd/ceph-1/ --journal-path /var/lib/ceph/osd/ceph-1/journal --pgid 1.1 --op mark-complete

6.最后启动osd
$ systemctl start ceph-osd@OSD_ID

请珍惜劳动成果，支持原创，欢迎大家交流，谢谢。欢迎点赞或者关注收藏，你每一次的点赞和收藏都是作者的动力，内容如有问题请私信随时联系作者，谢谢！

Ceph入门到精通-Ceph PG状态详细介绍（全）
隔壁老瓦的专栏
08-02 1892
本文主要介绍PG的各个状态，以及ceph故障过程中PG状态的转变。
ceph PG 状态恢复不了的问题 （来自ceph-devel邮件）
为梦想而追逐，厚积而薄发
05-24 3302
The thing where you can't query a PG is because the OSD is throttling incoming work and the throttle is exhausted (the PG can't do work so it isn't making progress). A workaround for jewel is to r
ceph pg Troubleshoting
Man_In_The_Night的博客
10-15 1570
Troubleshoting pg stuck placement group pg 显示 degraded 和 peering 状态很正常，这些信息一般表明对失败的恢复过程采取的正常行动。但是，如果 pg 长时间处于这种状态，表明可能问题很严重。 inactive：pg 太长时间没有 active（pg 无法读写） unclean：pg 太长时间没有 clean （pg 没有完全从之前的失败中恢复） stale：ceph-osd 长时间没有报告 pg 的状态，表明存储该 pg 的所有节点可能 down
＜二十 ＞Ceph pg 状态详解
最新发布
weixin_45645078的博客
09-24 907
运维 Ceph 时，看到 PG 报 stale、inactive 却不知啥意思？分不清哪些状态会影响 IO、哪些是过渡态？其实 PG 状态是集群健康的 “晴雨表”，搞懂它才是排障的第一步。
Ceph的PG常见状态以及异常处理
bltyu2000的博客
03-27 1419
ceph的PG有几种状态。PG异常了怎么处理
【ceph】Ceph之PG状态详解--研读笔记
热门推荐
我的笔记本
09-17 1万+
原文：分布式存储Ceph之PG状态详解 - 简书 1. PG介绍 继上次分享的《Ceph介绍及原理架构分享》，这次主要来分享Ceph中的PG各种状态详解，PG是最复杂和难于理解的概念之一，PG的复杂如下： 在架构层次上，PG位于RADOS层的中间。 a. 往上负责接收和处理来自客户端的请求。 b. 往下负责将这些数据请求翻译为能够被本地对象存储所能理解的事务。 是组成存储池的基本单位，存储池中的很多特性，都是直接依托于PG实现的。 面向容灾域的备份策略使得一般而言的PG需要执行跨节点的分布式写
解决ceph部署完成之后出现 “ 128 pgs are stuck inactive for more than 300 seconds”的问题
ZZZZZZKAI的博客
08-28 8347
在部署ceph的时候，由于是在自己的虚拟机上测试部署，完成之后出现如下截图故障：        后来一直分析这个原因，网上也有一些同样的问题，但是没有比较清晰的答案，后来分析发现这个过程中pg一直处于creating的状态。这个问题其实是出现在前面一步，在执行ceph-deploy new 这一步之后，有一个修改ceph.conf的步骤，这个过程中加了一行 ：os
分布式存储Ceph之PG状态详解
didi_cloud的博客
05-07 2133
1. PG介绍这次主要来分享Ceph中的PG各种状态详解，PG是最复杂和难于理解的概念之一，PG的复杂如下： 在架构层次上，PG位于RADOS层的中间。a. 往上负责接收和处理来自客户端的请求。b. 往下负责将这些数据请求翻译为能够被本地对象存储所能理解的事务。是组成存储池的基本单位，存储池中的很多特性，都是直接依托于PG实现的。面向容灾域的备份策略使得一般而言的PG需要执行跨节点的分布式写，因此...
Ceph pg状态总结
Be_Nice的博客
05-27 2027
PG（ placement group）是一个放置策略组，它是对象的集合，该集合里的所有对象都具有相同的放置策略；简单点说就是相同PG内的对象都会放到相同的硬盘上； PG是 ceph的核心概念， 服务端数据均衡和恢复的最小粒度就是PG，那么pg的状态有哪些： 1. 常见的pg状态： creating：创建中，当创建pool的时候，将会创建响应的pg； peering：等待互联 a. 当pg处于peering状态时，ceph会将pg副本协定导入osd，当ceph完成peering，意味着osd同意当前
解决方法512 pgs are stuck inactive for more than 300 seconds
二哈欢乐多的博客
02-26 4942
当前ceph集群试了很多方式都没能解决，加pg啦 等等，发现问题依旧   慢慢排查发现。crush_ruleset  有一个不一致        ceph osd pool set   <pool> crush_ruleset 1  等待一段时间发现问题解决 ceph  -s  集群ok   ...
ceph分布式存储-常见 PG 故障处理
weixin_44389885的博客
12-18 3391
3. 常见 PG 故障处理 3.1 PG 无法达到 CLEAN 状态 创建一个新集群后，PG 的状态一直处于 active ， active + remapped 或 active + degraded 状态， 而无法达到 active + clean 状态 ，那很可能是你的配置有问题。 你可能需要检查下集群中有关 Pool 、 PG 和 CRUSH 的配置项，做以适当的调整。 ...
处理数据库存在大量inactive会话一例
DBA实施者
07-06 3048
技术申请     上周收到XZH转过来的一封CD渠道高级技术申请，反映SN医院的数据库经常提示ora-12518（TNS:listener could not hand off client connection）错误，以往出现这个错误，往往是由于数据库是32位，内存分配限制所致，再出现这个错误后，渠道已经对数据库进行了升级，内存参数进行了调整，且把数据库参数SESSION调整为
ceph PG状态
weixin_34159110的博客
11-14 319
2019独角兽企业重金招聘Python工程师标准>>> ...
PG常见故障及处理
DeamonXiao的博客
10-21 9578
PG异常状态详解及故障总结 参考： https://www.jianshu.com/p/36c2d5682d87 https://blog.youkuaiyun.com/wylfengyujiancheng/article/details/89235241?utm_medium=distribute.pc_relevant.none-task-blog-2defaultbaidujs_baidulandingword~default-1.no_search_link&spm=1001.2101.3001.42
Ceph-PG常见状态说明
qq_33431394的博客
07-16 1520
（1）Active：当前拥有最新状态数据的pg正在工作中，能正常处理来自客户端的读写请求。 （2）inactive：正在等待具有最新数据的OSD出现，即当前具有最新数据的pg不在工作中，不能正常处理来自客户端的读写请求。 （3）Clean：PG所包含的object达到指定的副本数量，即object副本数量正常。 （4）Unclean：PG所包含的object没有达到指定的副本数量，比如一个PG没在工作，另一个PG在工作，object没有复制到另外一个PG中。 （5）Peering：PG所在的OSD对PG中的
记一次ceph集群的严重故障
weixin_43010385的博客
07-09 734
问题：集群状态，坏了一个盘，pg状态好像有点问题将osd.2的状态设置为out从集群中删除从CRUSH中删除删除osd.2的认证信息updatedumount报错kill掉ceph用户的占用重新准备磁盘激活所有节点上的osd磁盘或者分区报错…一怒之下关机重启重启之后，osd好了，但是pg的问题好像还没解决。
PG的状态有哪些
小Eason哥
12-30 1577
（4）Unclean：PG所包含的object没有达到指定的副本数量，比如一个PG没在工作，另一个PG在工作，object没有复制到另外一个PG中。我们知道由于pg的引进，我们只要追踪pg的状态即可，因此pg在集群中是存在多种状态的，pg的状态也决定着当前集群数据的健康状态。（2）inactive：正在等待具有最新数据的OSD出现，即当前具有最新数据的pg不在工作中，不能正常处理来自客户端的读写请求。（5）Peering：PG所在的OSD对PG中的对象的状态达成一个共识（维持对象一致性）。
ceph批量修复pg命令
06-04
### Ceph批量修复PG的方法 在Ceph集群中，当多个PG处于不健康状态时，可以使用一些工具和命令来批量修复这些PG。以下是一些常见方法及其详细说明。 #### 使用 `ceph-objectstore-tool` 进行批量修复 `ceph-objectstore-tool` 是一个高级工具，可以用于操作底层的PG和对象数据[^1]。虽然该工具的操作是不可逆的，但在某些情况下，它可以帮助修复异常的PG。可以通过脚本自动化这一过程： ```bash #!/bin/bash # 获取所有需要修复的PG列表 pg_list=$(ceph pg dump_stuck inactive | awk '{print $1}') # 遍历每个PG并尝试修复 for pg in $pg_list; do osd_id=$(ceph osd map rbd $pg | jq -r '.osd') host=$(ceph osd find $osd_id | jq -r '.crush_location.host') echo "Repairing PG: $pg on OSD: $osd_id, Host: $host" # 在对应的OSD主机上执行修复 ssh $host "sudo ceph-objectstore-tool --data-path /var/lib/ceph/osd/ceph-$osd_id --pgid $pg repair" done ``` 此脚本会获取所有未激活的PG，并逐一尝试修复它们。需要注意的是，在执行此类操作前，必须确保已经备份了相关数据[^1]。 #### 使用 `ceph pg repair` 命令 对于某些简单的PG问题，可以使用 `ceph pg repair` 命令进行修复。该命令会触发Ceph集群对指定PG的校验和修复操作[^4]。 ```bash # 修复单个PG ceph pg repair <pg-id> # 批量修复所有不健康的PG for pg in $(ceph pg dump_stuck inactive | awk '{print $1}'); do ceph pg repair $pg done ``` 此方法适用于那些由于数据不一致或元数据损坏导致的问题。 #### 调整PG状态以触发自动修复 如果某些OSD无法恢复（例如硬盘损坏），可以通过调整集群配置来触发自动修复过程。具体步骤如下： 1. **标记OSD为`out`**：将故障OSD从集群中移除。 ```bash ceph osd out <osd-id> ``` 2. **删除故障OSD**：如果确定该OSD无法恢复，则可以从集群中彻底删除。 ```bash ceph osd rm <osd-id> ``` 3. **重新平衡集群**：通过重新分布数据，Ceph会自动修复受影响的PG。 ```bash ceph osd pool set <pool-name> size <new-replica-count> ceph balancer mode active ceph balancer rebalance ``` 上述操作会触发Recovery和Backfill过程，从而修复受影响的PG[^3]。 #### 处理长时间未更新的PG 如果某些PG长时间未被更新，可能是因为对应的OSD未向Monitor报告状态。此时，可以通过以下方法解决[^5]： 1. **检查超时设置**： ```bash ceph config get mon osd_report_timeout ``` 2. **强制清除PG状态**： ```bash ceph pg <pg-id> mark_unfound_lost revert ``` 此命令会将丢失的对象标记为已丢失，并尝试从其他副本中恢复数据。 --- ### 注意事项 - 在执行任何修复操作之前，请确保备份了关键数据。 - 使用 `ceph-objectstore-tool` 时需格外小心，因为其操作不可逆[^1]。 - 如果问题涉及复杂的副本修复（如快照对象修复），建议参考官方文档或联系技术支持[^3]。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小Eason哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值