. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1862 12 数据库错误处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 在过渡到多线程架构的过程中，进行了以下一些更改： • 添加了一个新的配置参数：--with-stacksize。该参数允许覆盖系统使用的默认线程堆栈大小（以 kb 为单位）。 9 • 用户宏解析已从预处理管理器移至预处理工作进程。 在运行时检测 cURL 库特性 以前，Zabbix server、proxy 或 agent 在构建时会检测 cURL 库的特性。如果 cURL 的特性得到了升级，为了使用这些特性，需要重新编 2）在主动检查中都支持灵活/调度间隔。 网络发现的并发性 之前，每个网络发现规则都由一个发现进程处理。因此，规则内的所有服务检查只能按顺序执行。 在新版本中，网络发现进程已重新设计，以允许服务检查之间的并发性。已添加一个新的发现管理器进程，以及可配置数量的发现工作进 程（或线程）。 发现管理器处理发现规则，并为每个规则创建一个包含任务（服务检查）的发现作业。服务检查由发现工作进程接收并执行。只有那些具

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1721 12 数据库错误处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prometheus 指标的批量处理 在预处理队列中引入了依赖监控项的批量处理，以提高检索 Prometheus 指标的性能。 有关详细信息，请参阅Prometheus 检查 for more details。 Prometheus 模式的结果处理 预处理中的 Prometheus 模式步骤会产生匹配多行的结果。为了处理这种情况，Prometheus 模式预处理步骤中添加了一个新的结果处 理参数 监控项配置表单会自动建议匹配的信息类型，如果选定的监控项键值仅返回特定类型的数据（例如，log[] 监控行需要信息类型：Log）。 信息类型 * 参数现在位于监控项选项卡上的键值参数下，如果指定了至少一个预处理步骤，则在预处理选项卡上重复。如果 Zabbix 检测 到所选信息类型和密钥可能不匹配，则会在 信息类型字段旁边显示一个警告图标。 新的和更新的监控项 Zabbix agent/agent 2 中添加了几个新监控项：

： 将源文件的 nlink 加一 创建目标文件的 dentry 删除源文件的 dentry 将源文件的 nlink 减一 而每一步骤都有可能出错，chubaofs 针对以上的 4 步骤中出现的错误处理如下： 步骤 1 出错，啥事都没发生 步骤 2 出错，等同于创建硬连接出错，恢复机制如下： 将源文件的 nlink 减一 步骤 3 出错，相当于创建了硬链接，但是没有删除源文件，此时源文件和目标文件同时存在，恢复机制如下： 对于这一步出错，没有恢复机制，与 unlink 操作失败一样的处理（因为 dentry 删除了，而 inode 却没被回收，会被当成孤儿节点去处理） 如果采用 chubaofs 的方案，需要考虑以下问题： 以上的恢复进制如果没执行成功怎么办？ 客户端存活的情况下，应该多尝试几次，直至成功 但是如果恢复机制尝试多次没成功，或者客户端挂掉、宕机该如何处理？ 步骤 1：忽略 步骤 2：只是给 nlink + + 1 了，这个 ，同步骤 4 恢复机制一样，当做孤儿节点来处理 等同于 unlink 操作时删除了 dentry 而 nlink 没减一的情况 步骤 3： ，就会同时存在 src、dst 的 dentry，相当于多了一个硬链接，Linux 和 POSIX 这一步出错 接口中表明这允许一段时间内存在，但是最终还是要原子性，所以这一步出错会导致和本地文件系统不一致的行为： Linux 接口定义允许

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 508 14 数据库错误处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . elasticsearch.map。 27 创建映射是强制性的。如果未按照要求创建映射，则某些功能将无法正常使用。::: 创建 text 类型的映射，可以发送如下请求到 Elasticsearch： curl -X PUT \ http://your-elasticsearch.here:9200/text \ -H 'content-type:application/json' 要执行类似的请求。 Note: 要使用 Elasticsearch，请参考安装条件页面 以获取更多信息。 Note: Housekeeper 不会删除任何 Elasticsearch 中的数据。 在多个基于日期的索引中存储历史数据 本节将介绍使用 pipelines 和 ingest 节点所需的其他配置步骤。 首先，您必须为索引创建一个模板。 创建 uint 模板的请求示例如下： curl

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297 14 数据库错误处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . functionality will be broken if mapping is not created according to the instruction. 创建 text 类型的映射可以发送如下请求到 Elasticsearch：To create mapping for text type send the following request to Elastic- search: curl "standard" } }, "index" : false, "type" : "text" } } } } }' 对于创建 “字符” 和 “日志” 类型的历史数据映射，需要执行类似的请求，请求内容需要进行相应的修改。Similar request is required to be executed for Character and Log history values mapping

functionality will be broken if mapping is not created according to the instruction. 创建 text 类型的映射可以发送如下请求到 Elasticsearch：To create mapping for text type send the following request to Elastic- search: curl "standard" } }, "index" : false, "type" : "text" } } } } }' 12 对于创建 “字符” 和 “日志” 类型的历史数据映射，需要执行类似的请求，请求内容需要进行相应的修改。Similar request is required to be executed for Character and Log history values mapping describes additional steps required to work with pipelines and ingest nodes. 首先必须为索引创建一个模板。创建 uint 模板的请求示例如下：To begin with, you must create templates for indices. The following example shows a request for

functionality will be broken if mapping is not created according to the instruction. 创建 text 类型的映射可以发送如下请求到 Elasticsearch：To create mapping for text type send the following request to Elastic- search: curl "standard" } }, "index" : false, "type" : "text" } } } } }' 12 对于创建 “字符” 和 “日志” 类型的历史数据映射，需要执行类似的请求，请求内容需要进行相应的修改。Similar request is required to be executed for Character and Log history values mapping describes additional steps required to work with pipelines and ingest nodes. 首先必须为索引创建一个模板。创建 uint 模板的请求示例如下：To begin with, you must create templates for indices. The following example shows a request for

functionality will be broken if mapping is not created according to the instruction. 创建 text 类型的映射可以发送如下请求到 Elasticsearch：To create mapping for text type send the following request to Elastic- search: curl "standard" } }, "index" : false, "type" : "text" } } } } }' 12 对于创建 “字符” 和 “日志” 类型的历史数据映射，需要执行类似的请求，请求内容需要进行相应的修改。Similar request is required to be executed for Character and Log history values mapping describes additional steps required to work with pipelines and ingest nodes. 首先必须为索引创建一个模板。创建 uint 模板的请求示例如下：To begin with, you must create templates for indices. The following example shows a request for

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146 12 数据库错误处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . datadir). Fping6Location no /usr/sbin/fping6 fping6 路径. 确保 fping6 的宿主是 root 用 户，并且设置了 SUID。 如果使用 fping6 可以处理 ipv6 地址，就置空 (”Fping6Location=”) 。 FpingLocation no /usr/sbin/fping Location of fping. 确保 fping 的宿主是 备注当使用主动 proxy 时，可 以访问 Zabbix 服务器 trapper 端口的进程能得到那些 (敏感 的)proxy 配置数据。这是可能 的，因为任何人都可能假装是 一个主动 proxy，并请求配置数 据; 身份验证此时没有起作用。 ProxyOfflineBuffer no 1-720 1 如果没有与 Zabbix 服务器的连 接，proxy 将保持 N 小时的数 据。 旧数据将会丢失。

信息  元数据信息在打快照时会进行变化  MetaCache：元数据缓存  IOTracker：跟踪一个上层IO请求  IOSplitor：IO转换拆分  ChunkClient、CliClient：与Chunkserver进行通信  前者负责IO请求  后者负责获取复制组(copyset)的leader  MDSClient：负责与MDS交互，挂卸载卷、获取元数据信息 CLIENT主要功能  提供接口  数据面：AioWrite/AioRead、Write/Read  控制面：Create/Delete、Open/Close、Rename等  IO处理：转换、拆分、合并  元数据获取及缓存  逻辑chunk与物理chunk映射关系  物理chunk所属的复制组(copyset)  复制组所在的chunkserver列表  复制组的leader信息 的主-从关系CLIENT IO流程 用户下发一个写请求 off: 8M len: 16M 请求落在两个逻辑chunk上，所以 请求会被拆分成两个子请求：  ChunkIdx 1, off: 8M len 8M  ChunkIdx 2, off: 0 len 8MCLIENT IO流程 子请求由哪个chunkserver处理，依赖以 下信息：  逻辑chunk与物理chunk映射关系