查看redis客户端ip

redis-cli -c -h 10.15.9.166 -p 6379 -a xxxxxx client list | awk ‘{print$2}’ | awk -F ‘:’ ‘{print$1}’ | sort | uniq

READ MORE

查询集群的状态

针对 Elasticsearch 集群时，我们可以通过如下的 _cluster/health 命令来查询集群的状态： GET _cluster/health

在正常的情况下，它会显示健康的状态，也就是绿色。关于监控的颜色的描述，我们可以参考我之前的文章 “Elasticsearch中的一些重要概念:cluster, node, index, document, shards及replica”。但是当我们的集群有没有被分配的 shard，或者数据有缺失，那么它的状态就会显示为黄色或者红色。

红色：集群中未分配至少一个主分片

黄色：已分配所有主副本，但未分配至少一个副本

绿色：分配所有分片

上面的命令返回的结果如下：

{
  "cluster_name" : "my_cluster",
  "status" : "red",
  "timed_out" : false,
  "number_of_nodes" : 1,
  "number_of_data_nodes" : 1,
  "active_primary_shards" : 104,
  "active_shards" : 104,
  "relocating_shards" : 0,
  "initializing_shards" : 0,
  "unassigned_shards" : 60,
  "delayed_unassigned_shards" : 0,
  "number_of_pending_tasks" : 0,
  "number_of_in_flight_fetch" : 0,
  "task_max_waiting_in_queue_millis" : 0,
  "active_shards_percent_as_number" : 63.41463414634146
}

上面显示，我们当前的集群状态为红色，表示数据有丢失的情况。那么我们怎么查出来是那个 shard 和哪个索引出问题了呢？

我们可以使用如下的命令来对集群进行查看： GET _cluster/health?level=indices

…
READ MORE

监控索引状态

logstash_brokers_integral_log/_stats

“search”: { “open_contexts”: 0, “query_total”: 1133, 查看指定索引的请求量

http://10.15.12.38:9200/_tasks?pretty

查看健康状态 http://10.15.12.38:9200/_cluster/health?level=shards

查看堆积任务 GET /_cat/pending_tasks

查看red原因

curl -XGET "http://10.15.12.38:9200/_cluster/allocation/explain" -H"Content-Type:application/json" -d '{
  "index": "linfenv1_lfcommunitylist",
  "shard": 0,
  "primary": true
}'

重新分片

curl -XPOST "http://10.15.12.38:9200/_cluster/reroute" -H"Content-Type:application/json" -d '
{
  "commands": [
    {
      "allocate_stale_primary": {
        "index": "shanghaiv1_shrenthouse",
        "shard": 0,
        "node": "",
        "accept_data_loss": true
      }
    }
  ]
}'

集群red解决方法 https://zhuanlan.zhihu.com/p/101608973

https://blog.csdn.net/kezhen/article/details/79379512

如何解决 Elasticsearch 中未分配的分片 http://www.dbaselife.com/project-16/doc-1301/ 还在为ES集群Red/Yellow烦恼？带你进行场景拆解 https://cloud.tencent.com/developer/article/2188681

READ MORE

解决 CentOS 7 官方 yum 仓库无法使用的最佳实践

解决 CentOS 7 官方 yum 仓库无法使用的最佳实践

一、背景介绍

2024 年 7 月 1 日，在编译基于 CentOS 7.6.1810 镜像的 Dockerfile 过程中，执行 yum install 指令时，遇到了错误：Could not resolve host: mirrorlist.centos.org; Unknown error。

特别指出： 编译 Dockerfile 并执行其中的 yum install 指令时，所使用的是正在编译的镜像中的 yum 仓库，非编译机上的。

二、原因分析

2024 年 7 月 1 日 官方停止维护 CentOS 7。该系统内置的 yum.repo 所使用的域名 mirrorlist.centos.org 已不再提供 A 记录。如下所示：

root@93b1bbdc2e60:/home/# dig mirrorlist.centos.org +trace

; <<>> DiG 9.16.1-Ubuntu <<>> mirrorlist.centos.org +trace
;; global options: +cmd
.                       0       IN      NS      c.root-servers.net.
.                       0       IN      NS      i.root-servers.net.

## 省略：根和顶级域名服务器的相关解析

centos.org.             3600    IN      NS      ns1.centos.org.
centos.org.             3600    IN      NS      ns2.centos.org.
gdtpongmpok61u9lvnipqor8lra9l4t0.org. 3600 IN NSEC3 1 1 0 332539EE7F95C32A GDTREA8KMJ2RNEQEN4M2OGJ26KFSUKJ7 NS SOA RRSIG DNSKEY NSEC3PARAM
qeunu2n7u9cespp9113b9aougs8bsje9.org. 3600 IN NSEC3 1 1 0 332539EE7F95C32A QEUO6270NIE81LB4QN59HMMDKF8L01MV NS DS RRSIG
gdtpongmpok61u9lvnipqor8lra9l4t0.org. 3600 IN RRSIG NSEC3 8 2 3600 20240730022208 20240709012208 36783 org. SJRvhqxd780LYLBKJvh+HK1XHVN4Jm3FReq030r3Aewe0Sus1xpbl7L9 xOJOudja1lZoBdgfVXFBQT4Ev9M6XSG6c9qYJvDT9Q9U8PQyG+KDGGTy zTNgK1QFgFM7Sq1DPiqeUc5Jc/mmD7H26TV2qrCem4Fz8/TYYlK9CirT VKU=
qeunu2n7u9cespp9113b9aougs8bsje9.org. 3600 IN RRSIG NSEC3 8 2 3600 20240722152150 20240701142150 36783 org. wq21TFtc5dCtXghEDYN+dJLnZUiJzzcoVLIWQ2aA5FCIV/pHKfUPg7Mn jXjOGMK5Xx8lu7gBjdKvu7yQaVrlEJXC0wo8QqzlrB/yL6EcBhypBfNk b+vH7RCfrfOsIqwMKCv82wF91/S4/3uVijxeD2F+nEjvPLJheRQcxQR1 r/g=
;; Received 619 bytes from 199.249.120.1#53(b2.org.afilias-nst.org) in 179 ms

centos.org.             3600    IN      SOA     ns1.centos.org. hostmaster.centos.org. 2024070401 28800 7200 2400000 3600
;; Received 129 bytes from 38.145.60.38#53(ns2.centos.org) in 269 ms

dig 命令详解，可参阅我的文章：DNS 简介及 dig 命令详解 。

…
READ MORE