recon

文章目录 前言 Ozone Recon服务的启用 前言 笔者之前写过一篇关于Ozone数据探查服务Recon的文章： 存储系统“数据之眼”的设计–数据探查服务 ，大致阐述了Recon如何通过定期获取OM的快照来做数据的二次分析的过程。不过笔者当时没有介绍Recon服务如何被启用的过程，以及此服务被启用后，它的内部运行过程是如何的。本文笔者来补充介绍下这块的内容。 Ozone Recon服务的启用 Ozone Recon服务需要依赖于OM的metadata，它采用定期同步OM metadata db的方式来做的。因此这里需要为Recon服务配置一个OM的通信地址，在这里为OM的http地址(此处9874为默认端口)， < property > < name > ozone.om.http-address </ name > < value > {om host}:9874 </ value > </ property > 然后是recon db, recon om db的存放目录，这个我们也是建议另外配置的， < property > < name > ozone.recon.db.dir </ name > < value > /path/to/recon.db </ value > </ property > < property > < name > ozone.recon

前一篇博文 中描述了 erl_crash.dump 文件的生成，本文主要讲解如何针对 erl_crash.dump 文件进行分析。 -=-=-=- 我是88界奥斯卡颁奖礼的分隔线 -=-=-=- 首先看一下坚强兄的博文《 [Erlang 0057] Erlang 排错利器: Erlang Crash Dump Viewer 》中的内容： 1. 基于 crashdump_viewer 的 web 页面进行 erl_crash.dump 分析； crashdump_viewer:start(). 补充： The Crashdump Viewer is an HTML based tool for browsing Erlang crashdumps. Crashdump Viewer runs under the WebTool application. 2. 基于 recon 的 erl_crashdump_analyzer.sh 分析脚本 进行 erl_crash.dump 分析； -=-=-=- 我是88界奥斯卡颁奖礼的分隔线 -=-=-=- 文章中涉及两种工具，下面分别说明； 【crashdump_viewer】 【 erl_crashdump_analyzer.sh 】 该脚本是 recon 工具套装中的一个，详情可以参考 github 上的说明 ； 下面针对 erl

↓↓↓↓↓↓↓↓视频已上线B站↓↓↓↓↓↓↓↓ 》》》》》》 传送门 本次搭建仅采用Compute单节点做swift组件 1.Controller安装并配置控制节点 2.Compute安装和配置存储节点 3.Compute节点安装并配置组件 4.Controller节点创建，分发并初始化rings 5.启动服务 6.Controller执行验证操作 1.Controller安装并配置控制节点 1.获得凭证并创建身份认证服务的凭证 # . /root/admin-openrc # openstack user create --domain default --password 000000 swift # openstack role add --project service --user swift admin #openstack service create --name swift --description "OpenStack Object Storage" object-store 2.创建对象存储服务 API 端点 # openstack endpoint create --region RegionOne object-store public http://controller:8080/v1/AUTH_%\(tenant_id\)s # openstack