【GreenPlum】使用gprecoverseg报gprecoverseg failed

最新推荐文章于 2025-04-15 15:55:08 发布
最新推荐文章于 2025-04-15 15:55:08 发布
阅读量2.7k 收藏
点赞数 1
文章标签： postgresql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42510528/article/details/104661945
版权

当GP集群有问题时，使用gprecoverseg恢复时，可能会遇到如下问题：

[CRITICAL]:-gprecoverseg failed. (Reason='FATAL:  no pg_hba.conf entry for host "192.168.161.129", user "gpadmin", database "template1", SSL off

20200304:18:24:12:060245 gprecoverseg:cdh1:gpadmin-[INFO]:-2 segment(s) to recover
20200304:18:24:12:060245 gprecoverseg:cdh1:gpadmin-[INFO]:-Ensuring 2 failed segment(s) are stopped
20200304:18:24:13:060245 gprecoverseg:cdh1:gpadmin-[INFO]:-Ensuring that shared memory is cleaned up for stopped segments
20200304:18:24:14:060245 gprecoverseg:cdh1:gpadmin-[INFO]:-Updating configuration with new mirrors
20200304:18:24:14:060245 gprecoverseg:cdh1:gpadmin-[INFO]:-Updating mirrors
20200304:18:24:14:060245 gprecoverseg:cdh1:gpadmin-[INFO]:-Running pg_rewind on required mirrors
20200304:18:24:14:060245 gprecoverseg:cdh1:gpadmin-[CRITICAL]:-gprecoverseg failed. (Reason='FATAL:  no pg_hba.conf entry for host "192.168.161.129", user "gpadmin", database "template1", SSL off
') exiting...

在确定各节点hosts文件填写无误后，pg_hba.conf是最有可能出现问题的，可检查pg_hba.conf文件

把所有segment节点的pg_hba.conf修改完成后 重启GP数据库

再此使用gprecoverseg恢复时，成功了！

使用gprecoverseg -r 进行角色恢复

至此集群恢复正常~
（ip改变的话，此问题是比较容易的！）

 
狱蝶阿一
关注
Greenplum--Triggering FTS prob故障检测原理
MyySophia的博客
11-19 546
最近在恢复gp集群时，看到有[INFO]:-Triggering FTS probe。这是在手动恢复时触发FTS来恢复集群。还有这是如何切换primary和mirror的呢？ og_rewind。
GPDB gprecoverseg -F Unable to connect to database
数据人
04-27 1498
在GPDB运维过程中，有时会发生节点错误，一般采用gprecoverseg 进行节点的恢复，如果不能恢复，会尝试使用gprecoverseg -F进行全量恢复，一般在这个环节问题可以解决。但是个别情况下，会报出Unable to connect to database的错误，这个时候就需要特别处理了。 错误信息：报错信息为Unable to connect to database. Retryin
greenplum全量恢复gprecoverseg -F出现Unable to connect to database时的相关分析及解决方法
热门推荐
aabc012的博客
07-28 1万+
之前有两位朋友碰到过在对greenplum的系统构架更改后，出现全量恢复gprecoverseg -F也无法正常运行的情况。 报错信息为Unable to connect to database. Retrying 1 gprecoverseg failed. (Reason='Unable to connect to database and start transaction') exiting... 有幸拷得一份虚拟机上的全部文件，对其进行分析。 发现其实出现这个问题只需要修改pg_changetra
Greenplum集群基本运维命令指南
最新发布
学亮编程手记
04-15 930
Greenplum作为一款开源的分布式数据库系统，其运维管理涉及集群启动停止、状态监控、配置管理、故障恢复等多个方面。
gprecoverseg命令无法恢复Greenplum集群中挂掉的Segment实例
Georgetwo的博客
12-09 1780
gprecoverseg命令无法恢复Greenplum集群中挂掉的Segment实例:Did not start the following segments due to failure while updating the port.Please update the port in postgresql.conf located in the segment's data directory
解决GREENPLUM某些版本gprecoverseg –r失败后镜像双坏，系统无法启动的问题
weixin_39901938的博客
01-26 2337
开始之前，我先声明一点，参考这篇文章去操作数据库，造成丢失数据，搞瘫系统的可能性非常之高，初学者以及思路不清晰者，请关闭页面，不要再继续下去，经过一通乱搞以后，真的就没人能再帮得了你了。 先说明一下故障的来由，由于系统的BUG某些版本的GREENPLUM只要执行了gprecoverseg -r，就一定会失败，而且一定会镜像双坏，无法启动。这里说明一下，这种版本的GP镜像反转时，只能重启数据库去自动修复，不可以使用gprecoverseg –r人工修复，切记。 值得庆幸的是，只要是进入到这种反转...
gprecoverseg 测试
shenghe_chen
06-06 1046
对 gprecoverseg 命令进行了 一次实际操作测试，模拟有一个主实例 down的情况下如何进行恢复操作 1、查询当前数据库节点状态信息 dp_bidb=# select * from gp_segment_configuration order by 8,2; dbid | content | role | preferred_role | mode | status | port | hostname | address | replication_port | san_moun...
【经验分享】PT（persistent table）表异常导致gprecoverseg全量恢复失败的探索
Greenplum中文社区
03-11 1153
...
greenplum-记录一次gp重启报错问题排查步骤
qq_38195893的博客
03-29 926
gpstart。
【实战经验】Greenplum集群Master與Segment节点故障检测与恢复
Greenplum中文社区
06-09 2282
了解更多G...
greenplum如何恢复故障segment
DreamDB的专栏
04-10 3601
环境如下： more /etc/redhat-release Red Hat Enterprise Linux Server release 7.5 (Maipo) 系统安装采取最小化安装。 greenplum-db-5.16.0-rhel7-x86_64.zip more /etc/hosts 127.0.0.1 localhost localhost.localdomain loca...
gprecoverseg代码解析
weixin_42788640的博客
02-08 1112
一、全量拉取函数调用流程 gprecoverseg gprecoverseg只是一个入口，调用情况如下： # gprecoverseg from gppylib.mainUtils import simple_main from gppylib.programs.clsRecoverSegment import GpRecoverSegmentProgram if __name__ == '__main__': simple_main(GpRecoverSegmentProgram.create
Greenplum5单机部署连接报错 System was started in master-only utility mode问题修复
草宝虫的博客
01-07 6046
psql连接单机部署的Greenplum5会报错： psql: FATAL: System was started in master-only utility mode - only utility mode connections are allowed 命令可以使用 PGOPTIONS='-c gp_session_role=utility' psql -d postgres ...
greenplum DB segment修复
mengbing1990的博客
03-28 551
greenplum集群segment修复
Greenplum数据库故障排查及修复
DraGon_HooRay的博客
11-25 3090
gp服务正常，存在部分segment实例丢失 gp启动失败，segment实例可用数已不足一半 gprecoverseg gprecoverseg -F gprecoverseg - 已知可能造成segment丢失的原因：频繁的内存溢出。 可能存在的问题：数据目录存在目录或文件权限不足、损坏文件等。 gpstart -v 查看启动日志明细
Greenplum高可用-从失效segment恢复
数据源的港湾
09-11 894
本主题将指导您在一个或多个段或主机出现故障并希望恢复故障段时应采取的措施。注：增量恢复只有在将段恢复到当前主机(就地恢复)时才有可能。
POSTGRESQL远程连接报错： FATAL: no pg_hba.conf entry for host
weixin_43025027的博客
03-15 9461
POSTGRESQL远程连接报错： FATAL: no pg_hba.conf entry for host
GreenPlum数据库集群故障检测与恢复
hmxz2nn的博客
10-24 4379
Segment镜像概述 当Greenplum数据库高可用性被启用时，有两种类型的Segment：主Segment和镜像Segment，每个主Segment都有一个对应的镜像Segment。主Segment从Master接收请求来对该Segment的数据库做更改并且接着把那些更改复制到对应的镜像。如果主Segment变成不可用，数据库请求会被转移到镜像Segment。 Segment镜像采用了一种物...
角色：系统测试工程师 背景：擅长系统测试设计，擅长系统测试、自动化测试，安全测试等，是个综合的高级测试工程师 任务：根据用户输入的需求描述，完成测试设计 需求描述：greenplum分布式数据库，一个集群，安装在两个服务器上，针对gprecoverseg工具，编写测试用例，要求覆盖所有场景。 参考材料：gprecoverseg的参数： COMMAND NAME: gprecoverseg Recovers a primary or mirror segment instance that has been marked as down (if mirroring is enabled). ****************************************************** Synopsis ****************************************************** gprecoverseg [-p <new_recover_host>[,...]] |-i <recover_config_file> [-d <master_data_directory>] [-B <batch_size>] [-b <segment_batch_size>] [--differential] [-F] [-a] [-q] [-s] [--no-progress] [-l <logfile_directory>] gprecoverseg -r gprecoverseg -o <output_recover_config_file> [-p <new_recover_host>[,...]] gprecoverseg -? gprecoverseg --version ****************************************************** DESCRIPTION ****************************************************** In a system with mirrors enabled, the gprecoverseg utility reactivates a failed segment instance and identifies the changed database files that require resynchronization. Once gprecoverseg completes this process, the system goes into resyncronizing mode until the recovered segment is brought up to date. The system is online and fully operational during resyncronization. A segment instance can fail for several reasons, such as a host failure, network failure, or disk failure. When a segment instance fails, its status is marked as down in the Greenplum Database system catalog, and its mirror is activated in change tracking mode. In order to bring the failed segment instance back into operation again, you must first correct the problem that made it fail in the first place, and then recover the segment instance in Greenplum Database using gprecoverseg. Segment recovery using gprecoverseg requires that you have an active mirror to recover from. For systems that do not have mirroring enabled, or in the event of a double fa
03-15
<think>嗯，用户想针对Greenplum的gprecoverseg工具设计覆盖所有场景的测试用例。首先，我需要了解gprecoverseg的基本功能和常用参数。这个工具主要用于恢复失效的segment实例，参数包括-i、-F、-a、-v、-l、-o等。不同的参数组合会影响恢复的方式和日志输出，所以测试用例需要覆盖这些参数的各种组合。 然后，用户提到的故障恢复场景，需要考虑到不同的故障类型，比如单节点故障、多节点故障、主备同时故障等。每种故障情况下的恢复流程可能不同，测试用例需要模拟这些场景，确保工具在各种情况下都能正确恢复。 接下来，兼容性方面，用户提供的引用内容提到了Oracle和MySQL的兼容性改进，这可能与Greenplum的兼容性需求有关。虽然gprecoverseg是Greenplum特有的工具，但测试时可能需要考虑与其他系统或数据类型的兼容性，比如恢复过程中是否会影响已有的兼容性特性，或者恢复后的集群是否仍然保持兼容性设置。 另外，用户的需求是设计“覆盖所有场景”的测试用例，这意味着需要全面考虑正常情况、异常情况、边界条件等。例如，测试用例应包括正常恢复流程、参数错误的情况、网络中断等异常情况的处理，以及大规模集群下的性能测试。 还需要考虑测试环境的不同配置，比如是否启用镜像、不同的数据分布策略等。不同的配置可能导致恢复行为的变化，测试用例需要覆盖这些配置组合。 最后，自动化测试和持续集成可能是用户需要考虑的，虽然用户没有明确提到，但设计测试用例时最好考虑到可自动化执行的可能性，以便在持续集成中快速验证代码变更是否影响了恢复功能。</think>针对Greenplum的gprecoverseg工具测试用例设计，建议采用分层覆盖策略，从基础功能到复杂场景逐步推进： 一、参数组合测试（核心功能验证） 1. 基础恢复场景 - `gprecoverseg -a` 自动确认恢复 - `gprecoverseg -i recovery_config_file` 指定配置文件 - `gprecoverseg -F` 强制重建文件系统 - 混合参数如`gprecoverseg -aFv` 组合测试 2. 异常参数验证 - 无效配置文件路径测试 - 冲突参数组合（如同时使用-i和-F） - 权限不足场景模拟 二、故障场景模拟（分布式恢复验证） 1. 节点级故障 - 单primary节点失效（模拟磁盘损坏） - 单mirror节点故障（网络隔离测试） - 主备节点同时宕机（双节点故障恢复） 2. 网络异常场景 ```bash # 模拟网络抖动 iptables -A INPUT -p tcp --dport 40000:60000 -j DROP ``` - 恢复过程中断重试测试 - 跨机架网络延迟测试 3. 存储层异常 - 文件系统只读故障（使用`mount -o remount,ro`模拟） - 磁盘空间不足恢复测试（通过dd快速填充磁盘） 三、数据完整性验证 1. 事务一致性测试 - 在恢复前后执行`CHECKPOINT`和`VACUUM`操作 - 使用gpcheckcat工具进行目录校验 2. 特殊数据类型验证 ```sql CREATE TABLE json_test(data JSONB) DISTRIBUTED RANDOMLY; -- 验证JSON类型数据恢复完整性[^1] ``` 四、性能与扩展性测试 1. 大规模集群测试 - 100+节点集群恢复时效性测试 - 并行恢复进程资源消耗监控（通过nmon工具） 2. 负载压力测试 ```python # 使用多线程执行持续写入 from concurrent.futures import ThreadPoolExecutor def load_data(): execute("INSERT INTO stress_test VALUES (generate_series(1,1000000))") with ThreadPoolExecutor(max_workers=20) as executor: futures = [executor.submit(load_data) for _ in range(10)] ``` 五、高可用性验证 1. 滚动恢复测试 - 分段执行恢复并验证业务连续性 - 主备切换过程中查询路由验证 2. 增量恢复测试 - 使用`gprecoverseg -o incremental`参数 - 验证WAL日志同步完整性
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值