Greenplum 编译安装和调试 本文先介绍如何从源代码编译安装Greenplum、初始化Greenplum集群。然后介绍SQL在 Greenplum中的典型执行路径，最后介绍一些调试技巧。 源代码使用 Greenplum 开源社区最新源代码 6X_STABLE 分支： https://github.com/greenplum-db/gpdb​，内核代码基于 PostgreSQL ​|​ ​499 有关如何安装多节点集群，请参考Greenplum官方安装文档。 2.2 集群初始化问题调试 有时候 gpinitsystem 会失败，但是不清楚失败原因是什么。 下面提供一些思路来 RCA： 2.2.1 使用 gpinitsystem 调试模式 gpinitsystem 有一个 -D 选项，使用这个选项可以看到更多的输出信息，根据这些额外的输出信息 可以发现并解决大部分问题。 脚本初始化集群和管理集群。可以通过在合适的地方设置日志或 者调试信息可以帮助分析某些难以解决的问题。 ● 集群初始化工具 gpinitsystem 是Bash脚本工具，有些时候它的报错信息很不清楚。这个 时候可以 ○ 使用 -D 选项 ○ gp_bash_functions.sh 是内部一个被频繁调用执行系统命令的函数，可以通过 set -x 可以打印出所有执行的命令的详细信息。对调试 hang 问题很有效。 ●

Apifox（广州睿狐信息科技有限公司）成立于 2021 年，是一家专注于企业 API 研发管理工具及解决方案 的创新企业。围绕 API 全生命周期协同与管理需求， 提供 API 文档、API 调试、API Mock、API 自动化 测试等核心产品能力，致力于为全球研发团队提高 API 开发与协作效率，节省研发团队的每一分钟，助 力企业研发效能升级。 关于 Apifox 获得知名创投机构信任与支持 ⾃定义规则 兼容 Mock.js API 调试 可视化调试 环境/全局变量 前/后置脚本 ⾃动校验 数据库操作 ⽣成代码 JSON Path Cookie 全局共享 单接⼝多⽤例 可视化断⾔ ⾃动化测试 可视化编排 逻辑判断 多线程压测 测试数据集 CI/CD 集成 兼容 JMeter 可视化报告 定时任务 API 分发 实时更新 实时调试 Markdown 公开⽂档站点 ⾃定义域名 业务代码 接口调用 调试接口 分发文档 Mock 测试 分发文档 Mock 编写代码 测试 代码优先 API 优先 • 定义业务接口规格，多方评审 • 统一接口标准 • 可复用性、扩展性强 • 适合长期/大型项目 • 先编码，后写文档 • 快速交付 • 适合一次性或小型定制型项目 IDE 插件：注释自动生成文档 调试模式：边写代码边调试 一套定义，处处复用

#$%&' !"# $%&# DevOps # '()# *+#,- 缺乏合适的 技术和工具 最大障碍 !" API # $%& '( API ) * 常用解决方案 API 开发调试 Postman API 自动化测试 API 压力测试 JMeter API 文档设计 Swagger API 数据Mock Mock.js 测试人员 API 设计者 前端开发 后端开发 JMeter 核心功能 更多特性 解决的问题 1. 一套系统、一份数据，解决多个系统之间的数据同步问题。 2. 只要定义好接口文档，接口调试、数据 Mock、接口测试即可直接使用， 无需再次定义。 3. 接口文档和接口开发调试使用同一个工具，接口调试完成后即可保证和接 口文档定义完全一致。 4. 高效、及时、准确！ 最佳实践 1. 前端（或后端）：在 Apifox 上定好接口文档初稿。 前端：使用系统根据接口文档自动生成的 Mock 数据进入开发，无需手写 mock 规则。 4. 后端：使用接口用例 调试开发中接口，只要所有接口用例调试通过，接口就开发完成了。如开发过中接口有变化，调 试的时候就自动更新了文档，零成本的保障了接口维护的及时性。 5. 后端：每次调试完一个功能就保存为一个接口用例。 6. 测试人员：直接使用接口用例测试接口。 7. 所有接口开发完成后，测试人员

IAM 角色所需的 AWS 权限 4.2.6. 支持的 AWS 区域 4.2.7. 后续步骤 4.3. 为 AWS 手动创建 IAM 4.3.1. 在 kube-system 项目中存储管理员级别的 secret 的替代方案 4.3.2. 手动创建 IAM 4.3.3. 使用手动维护的凭证升级集群 4.3.4. Mint 模式 4.3.5. 带有删除或轮转管理员级凭证的 Mint 模式 区域 支持的 Azure 公共区域 支持的 Azure 政府区域 5.1.7. 后续步骤 5.2. 为 AZURE 手动创建 IAM 5.2.1. 在 kube-system 项目中存储管理员级别的 secret 的替代方案 5.2.2. 手动创建 IAM 5.2.3. 使用手动维护的凭证升级集群 5.2.4. Mint 模式 5.2.5. 后续步骤 5.3. 在 AZURE 上快速安装集群 5.1. 所需的 GCP 权限 6.1.6. 支持的 GCP 区域 6.1.7. 后续步骤 6.2. 为 GCP 手动创建 IAM 6.2.1. 在 kube-system 项目中存储管理员级别的 secret 的替代方案 6.2.2. 手动创建 IAM 6.2.3. 使用手动维护的凭证升级集群 6.2.4. Mint 模式 6.2.5. 带有删除或轮转管理员级凭证的 Mint 模式

19.1. 先决条件 19.2. 从失败安装中收集日志 19.3. 通过到主机的 SSH 连接手动收集日志 19.4. 在不使用 SSH 连接到主机的情况下手动收集日志 19.5. 从安装程序获取调试信息 19.6. 重新安装 OPENSHIFT CONTAINER PLATFORM 集群 1826 1826 1841 1871 1895 1929 1931 1931 1932 $HOST，如本地主机（如果未指定）。 --targetUsername,-u 目标主机上的用户，将用于 SSH。默认为 $USER，例如，如果未指定，则默认为 当前用户。 --verbose,-v 显示调试日志和 Ansible playbook 输出。 --version 显示 Red Hat OpenShift 的镜像 registry 的版本。 标记 标记 描述 描述 1. 如果您的系统的公共 AWS 帐 户。如需有关配置帐户、帐户限值、帐户权限、IAM 用户设置和支持的 AWS 区域的详情，请参阅配置 AWS 帐户。 如果环境中无法访问云身份和访问管理（IAM）API，或者不想将管理员级别的凭证 secret 存储在 kube- system 命名空间中，请参阅为 AWS 手动创建 IAM 了解其他选项，包括配置 Cloud Credential Operator（CCO）以使用 Amazon

29.1. 先决条件 29.2. 从失败安装中收集日志 29.3. 使用到主机的 SSH 访问手动收集日志 29.4. 在不使用 SSH 访问主机的情况下手动收集日志 29.5. 从安装程序获取调试信息 29.6. 重新安装 OPENSHIFT CONTAINER PLATFORM 集群 4613 4613 4615 4617 4618 4619 4621 4623 4624 4625 节点调优功能 用途 用途 Node Tuning Operator 为 NodeTuning 功能提供功能。 Node Tuning Operator 可以帮助您通过编排 TuneD 守护进程来管理节点级别的性能优化，并使用 Performance Profile 控制器获得低延迟性能。大多数高性能应用程序都需要一定程度的内核级性能优化。 Node Tuning Operator 为用户提供了一个统一的、节点一级的 与多个集群一起使用，因为多个集群可以在更新 集群时造成单点故障。建议利用 mirror registry for Red Hat OpenShift 安装一个集群，通过这个 集群托管一个生产环境级别的、具有高可用性的 registry（如 Red Hat Quay）的集群，用于为其 他集群提供 OpenShift Container Platform 内容。 第 第 4 章 章 断开 断开连

25.1. 先决条件 25.2. 从失败安装中收集日志 25.3. 使用到主机的 SSH 访问手动收集日志 25.4. 在不使用 SSH 访问主机的情况下手动收集日志 25.5. 从安装程序获取调试信息 25.6. 重新安装 OPENSHIFT CONTAINER PLATFORM 集群 第 第 26 章 章 支持 支持 FIPS 加密 加密 26.1. OPENSHIFT CONTAINER OpenShift ，因为有多 个集群可以在更新集群时会存在单点故障。建议利用 mirror registry for Red Hat OpenShift 安装一个集 群，通过这个集群托管一个生产环境级别的、具有高可用性的 registry（如 Red Hat Quay）的集群，用于 为其他集群提供 OpenShift Container Platform 内容。 如果在安装环境中已有另一个容器 registry，则使用 接的安装镜 镜像 像 25 --targetUsername, -u 目标主机上的用户，将用于 SSH。默认为 $USER，例如，如果未指定，则默认为 当前用户。 --verbose,-v 显示调试日志和 Ansible playbook 输出。 --version 显示 mirror registry for Red Hat OpenShift 的版本。 标记 标记 描述 描述 1. 如果您的系统的公共

26.1. 先决条件 26.2. 从失败安装中收集日志 26.3. 使用到主机的 SSH 访问手动收集日志 26.4. 在不使用 SSH 访问主机的情况下手动收集日志 26.5. 从安装程序获取调试信息 26.6. 重新安装 OPENSHIFT CONTAINER PLATFORM 集群 第 第 27 章 章 支持 支持 FIPS 加密 加密 27.1. OPENSHIFT CONTAINER 节点调优功能 用途 用途 Node Tuning Operator 为 NodeTuning 功能提供功能。 Node Tuning Operator 可以帮助您通过编排 TuneD 守护进程来管理节点级别的性能优化，并使用 Performance Profile 控制器获得低延迟性能。大多数高性能应用程序都需要一定程度的内核级性能优化。 Node Tuning Operator 为用户提供了一个统一的、节点一级的 与多个集群一起使用，因为多个集群可以在更新 集群时造成单点故障。建议利用 mirror registry for Red Hat OpenShift 安装一个集群，通过这个 集群托管一个生产环境级别的、具有高可用性的 registry（如 Red Hat Quay）的集群，用于为其 他集群提供 OpenShift Container Platform 内容。 OpenShift Container

4.7.3. process 4.7.4. run 4.7.5. patch 4.7.6. policy 4.7.7. secrets 4.7.8. autoscale 4.8. 故障排除和调试操作 4.8.1. debug 4.8.1.1. 用法 4.8.1.2. 示例 4.8.2. logs 4.8.3. exec 4.8.4. rsh 4.8.5. rsync 4.8.6. 第 第 1 章 章 概述 概述 5 第 2 章 CLI 入门 2.1. 概述 OpenShift Container Platform CLI 提供了管理应用程序的命令，以及较低级别的工具与系统的每个组件 交互。本主题指导您完成 CLI 入门，包括安装并登录以创建您的第一个项目。 2.2. 先决条件 某些操作要求在客户端上本地安装 Git。例如，命令使用远程 Git 存储库创建应用程序： 人员 员 CLI 操作 操作 25 如果构建失败，请等待构建完成，然后以非零返回代码退出： 设置或覆盖当前构建的环境变量，而不更改构建配置。或者，使用 -e。 在构建期间设置或覆盖默认构建日志级别输出： 指定构建应使用的源代码提交标识符 ; 需要基于 Git 存储库的构建： 使用名称 < build_name& gt; 重新运行构建： 归档 并将其作为二进制输入进行构建：