ceph log分析

转自 http://blog.chinaunix.net/uid-24774106-id-5059292.html 每一个大型的项目，都会必须要设计log，log是重要的调试手段，也是很好的学习入口。跟踪log可以让一个新手快速的理解代码，分析log可以帮助工程师很好的定位问题。 下面通过跟踪ceph-mon这个可执行文件，了解ceph中的log实现。 ceph_mon

Log 是每个项目必须的，他是跟踪问题的最直接的依据。Ceph 也设计自己的log机制。 初始化启动log实例，启动log线程。 _log = new ceph::log::Log(&_conf->subsys); _log->start(); 日志的工作函数： 比较简单，交换队列到临时队列t 中，释放条件变量，开始进入_flush的...

在src/commin/ceph_context.cc 中有初始化ceph的log模块 CephContext::CephContext(uint32_t module_type_, int init_flags_) : nref(1), _conf(new md_config_t(is_daemon(module_type_))), _log(NULL), { ceph_

http://blog.chinaunix.net/uid-24774106-id-5059292.html

目录 简介 一、查ceph自带的统计 1 命令格式 2 dump 命令输出结果 二、自己添加统计 三、分析案例 io耗时初分析 继续分析 进一步分析 代码修改和验证 四、报错记录 五、附录 1、代码修改和验证 作者:bandaoyu 本文持续更新,源地址：https://blog.csdn.net/bandaoyu/art...

1、触发自荐（start_election）的条件（1）对于leader mon来说，触发自荐：a、leader mon node启动；b、peon自荐，leader mon在handle_propose中否 决提案，并自荐。（2）对于peon mon来说，触发自荐：a、该peon mon node启动；b、有mon节点离线或者down，该peon触发 lease_timeout机制后进行自荐；c、有mon自荐，该peon mon否决提案，并进行自荐。

本来不想再写Ceph相关的文章了，最近在做ceph元数据优化研究及架构，整体思路是：将rados作为数据存储引擎，构建分布式元数据集群来管理元数据，如：将rgw或者fs相关的元数据从ceph的元数据池中抽取出来，转存到分布式元数据集群中，以此达到提升单集群处理能力的目的；要达到这个目的，有两个基础条件：1.对ceph中rgw或者fs的各CURD操作原理及IO路径非常熟悉，2.对ceph中元数据的组织及存储非常熟悉；然后才能在rgw或者mds的IO路径中进行数据及元数据的分离操作，并以合适的格式将元数据转存.

一、概述： 　　ceph-mon代码必备知识：Paxos算法，参见此处 　　数据结构分析： 　　monitor代码结构： 　　　　　　　　　　 　　　　　　　　　　 转载于:https://www.cnblogs.com/chris-cp/p/7199201.html...

简介： 本文参照Ceph 官方文档Ceph子系统日志的设置和调试，主要介绍了Ceph日志分类（一个分两类log file level和memory level）、怎么设置日志级别、日志存在哪个目录等 日志和调试 一般来说，你应该在运行时增加调试选项来调试问题；也可以把调试选项添加到 Ceph 配置文件里来调试集群启动时的问题，然后查看 /var/log/ceph （默认位置）下的日志文件。...

以ceph-10.2.9版本，ceph-mds进程为例 创建CephContext类对象 如图一所示，ceph_mds.cc中main函数，首先调用了函数global_init, 在global_init中，创建了一个CephContext类对象cct，并将cct赋给全局变量g_ceph_context。 图一  CephContext类解析 如图二所示，调用CephConte

Log 是每个项目必须的，他是跟踪问题的最直接的依据。Ceph 也设计自己的log机制。一般来说，你应该在运行时增加调试选项来调试问题；也可以把调试选项添加到 Ceph 配置文件里来调试集群启动时的问题，然后查看（默认位置）下的日志文件。调试输出会拖慢系统，这种延时有可能掩盖竞争条件。日志记录是资源密集型任务。如果你碰到的问题在集群的某个特定区域，只启用那个区域对应的日志功能即可。例如，你的 OSD 运行良好、元数据服务器却有问题，这时应该先打开那个可疑元数据服务器实例的调试日志；

监控一个ceph集群 一旦你有一个集群，你可能回使用ceph工具去监控你的集群。监控一个集群涉及到检查osd状态，monitors状态，pg状态及mds状态 使用命令行 交互模式 在交互模式运行ceph工具，键入ceph不加参数 检查集群状态 启动集群后，你开始读写数据。首先检查集群状态。 检查集群状态，输入以下命令： ceph status 或 ceph -s 怎样计算集群...

Ceph octopus 15.2.13 常见问题处理

1.默认的frontends=civetweb 2.rgw init的超时时间rgw_init_timeout=300s 3.RGWRados *store = RGWStoreManager::get_storage(..........) (1)创建同步管理器sync_modules_manager,这个模块分为3个小模块：rgw,log,elasticsearch，其中rgw...

Ceph OSD日志分析本文由 Ceph中国社区-Thomas翻译，陈晓熹校稿 。英文出处：CEPH OSD JOURNAL 欢迎加入 翻译小组简介与ext4这类日志文件系统类似，Ceph OSD日志也是一种事务日志。它是基于文件系统的OSD的关键组成部分，提供存储系统所需的一致性保证。让我们从Ceph documentation中有关日志的描述开始：Ceph OSD使用日志有两个原因：速度及一致性