Cassandra集群管理-节点异常重启

阅读量：798 次

发布时间：2023-04-02

本文共 1129 字，大约阅读时间需要 3 分钟。

Cassandra集群管理-节点异常重启

注意

本文档仅为体系文档的一部分，完整文档内容请参考：测试准备+下线正常节点、节点异常重启、添加新节点、删除异常节点。

场景

当节点发生异常重启时，集群会触发一系列反应。以下是具体情况：

cassandra.log 基本没有输出

检查日志：tailf /var/log/cassandra/cassandra.log

输出较少，无法获取详细信息。

system.log 显示明显日志

日志内容示例：172.20.101.166 DOWN ！！！

在system.log中找到相关信息。

查看异常节点

使用命令：nodetool describecluster

输出示例：

Cluster Information:  Name: pttest  Snitch: org.apache.cassandra.locator.GossipingPropertyFileSnitch  DynamicEndPointSnitch: enabled  Partitioner: org.apache.cassandra.dht.Murmur3Partitioner  Schema versions:    cfce5a85-19c8-327a-ab19-e1faae2358f7: [172.20.101.164, 172.20.101.165, 172.20.101.167, 172.20.101.160, 172.20.101.157]    UNREACHABLE: [172.20.101.166]

debug.log显示无法连接

检查日志：tailf /var/log/cassandra/debug.log

输出样本：

DEBUG [GossipStage:1] 2019-07-11 18:19:23,374 OutboundTcpConnection.java:205 - Enqueuing socket close for /172.20.101.166DEBUG [MessagingService-Outgoing-/172.20.101.166-Gossip] 2019-07-11 18:19:23,374 OutboundTcpConnection.java:411 - Socket to /172.20.101.166 closed

验证查询

重启完成后，服务自动启动并正常加入集群。验证表数据：

cassandra@cqlsh> SELECT * from kevin_test.t_users;

返回结果显示数据正常，表结构完整。

测试结果

经过反复重启，集群恢复正常，查询结果无异常。

转载地址：http://jqefk.baihongyu.com/

你可能感兴趣的文章

oracle.dataaccess 连接池,asp.net使用Oracle.DataAccess.dll连接Oracle

查看>>

oracle00205报错,Oracle控制文件损坏报错场景

查看>>

Oracle10g EM乱码之快速解决

查看>>

Oracle10g下载地址--多平台下的32位和64位

查看>>

Oracle10g安装了11g的ODAC后，PL/SQL连接提示TNS：无法解析指定的连接标识符

查看>>

oracle11g dataguard物理备库搭建（关闭主库cp数据文件到备库）

查看>>

Oracle11G基本操作

查看>>

Oracle11g服务详细介绍及哪些服务是必须开启的？

查看>>

Oracle11g静默安装dbca，netca报错处理--直接跟换操作系统

查看>>

oracle12安装软件后安装数据库，然后需要自己配置监听

查看>>

Oracle——08PL/SQL简介，基本程序结构和语句

查看>>

Oracle——distinct的用法

查看>>

Oracle、MySQL、SQL Server架构大对比

查看>>

oracle下的OVER(PARTITION BY)函数介绍

oracle中sql查询上月、本月、上周、本周、昨天、今天的数据！

查看>>

oracle中sql的case语句运用--根据不同条件去排序！