在使用Hadoop时，如果你遇到了“Operation category READ is not supported in state standby”的错误，这通常意味着你正在尝试从一个处于standby状态的NameNode（在HA（高可用性）配置中）执行读操作。只有active状态的NameNode可以处理读写请求，而standby状态的NameNode主要用于数据复制和故障转移。确保你的客

docker启动后会在iptables设置IP伪装，导致远程主机访问docker启动的数据库，显示的远程IP为172.17.0.1。把iptables的nat表格的POST_public中的POST_public_allow规则删除即可，不影响docker正常服务。执行命令：iptables -D POST_public 3 -t nat。

在使用Hadoop时，如果你遇到了“Operation category READ is not supported in state standby”的错误，这通常意味着你正在尝试从一个处于standby状态的NameNode（在HA（高可用性）配置中）执行读操作。只有active状态的NameNode可以处理读写请求，而standby状态的NameNode主要用于数据复制和故障转移。确保你的客

docker启动后会在iptables设置IP伪装，导致远程主机访问docker启动的数据库，显示的远程IP为172.17.0.1。把iptables的nat表格的POST_public中的POST_public_allow规则删除即可，不影响docker正常服务。执行命令：iptables -D POST_public 3 -t nat。

本文旨在直接使用工具，不做原理解释。

1.起因此次修复数据情况是:服务器中毒导致HBASE异常关闭， 启动各种错误，实在没搞懂就清理了ZK关于HBASE的目录（rmr /hbase 建议先看原因，实在不行在做这个删除ZK操作，不对任何人负责，只是记录我修复的过程，仅供参考），本人的HBASE版本是2.0.5。2.查找资料关于如何修复ZK相关数据，查找到了相关文章 （HBase指南 | HBase 2.0之修复工具HBCK2运维指南 h

说到JVM垃圾回收算法的两个优化标的：吞吐量和停顿时长，并提到这两个优化目标是有冲突的。那么有没有可能提高吞吐量而不影响停顿时长，甚至缩短停顿时长呢？答案是有可能的，提高内存占用（Memory Footprint）就有可能同时优化这两个标的，这篇文章就来聊聊内存相关内容。内存占用一般指应用运行需要的所有内存，包括堆内内存（On-heap Memory)和堆外内存（Off-heap Memory）