奇怪的grep过滤器问题在一台服务器上,而不是另一台

时间:2017-01-30 16:01:18

标签: bash curl elasticsearch awk grep

两个系统:

工作:Linux Mint

不工作:CentOS

问题说明:

运行CURL以过滤对ES服务器的CURL调用时,过滤器在从localhost(Linux Mint)运行时有效,但不能从远程服务器运行。 奇怪的是,远程服务器(CentOS)能够过滤其他索引,而不是相关的索引。此外,删除索引并重新创建它,允许从远程服务器(CentOS)过滤它。

所有指数:

[root@VMW ~]# curl '172.21.34.231:9200/_cat/indices?v&pretty'
health status index                           uuid                   pri rep docs.count docs.deleted store.size pri.store.size
yellow open   .monitoring-es-2-2017.01.25     LSf3mVWkRVaggPDQcwkU8w   1   1     224455          844    113.3mb        113.3mb
yellow open   .monitoring-kibana-2-2017.01.26 CEh7jW_GTyeam6_as5Fa7g   1   1      17276            0      3.5mb          3.5mb
yellow open   .monitoring-es-2-2017.01.27     wbg18DtuTBiqiIJLRDvfcQ   1   1     270408          606    142.3mb        142.3mb
yellow open   hnsdevices                      cMvivPjMTSqJSiO_d6bHDA   5   1     238116            0    193.2mb        193.2mb
yellow open   .monitoring-kibana-2-2017.01.25 -R4CoU13QdqNuERe1AVH5w   1   1      17277            0      3.5mb          3.5mb
yellow open   .monitoring-es-2-2017.01.28     SaYCov1wR4acpODxlilRGg   1   1     285810          658    147.4mb        147.4mb
yellow open   .monitoring-es-2-2017.01.30     fyHjHN0MSHiJS9_kpmSNkw   1   1     187548          792     96.3mb         96.3mb
yellow open   .monitoring-kibana-2-2017.01.24 qRt0BxZrTtyMHs0kPumHXQ   1   1      17274            0      3.5mb          3.5mb
yellow open   .monitoring-es-2-2017.01.24     1bdo--KHTii-qMOyqSGUlQ   1   1     218730          744    109.7mb        109.7mb
yellow open   .monitoring-data-2              KSZXodCPTlGSmSlgNtZqRA   1   1          3            0     13.7kb         13.7kb
yellow open   .monitoring-kibana-2-2017.01.27 5HqT9-5nSBCWWpfGXfHKZw   1   1      17274            0      3.5mb          3.5mb
yellow open   .monitoring-es-2-2017.01.26     alAd4NscRSisgG03pFVKFQ   1   1     254943         1018    135.4mb        135.4mb
yellow open   historicalalerts                594jQoVJRaKZ_5DpS2pO4w   5   1      92790            0      110mb          110mb
yellow open   alerts                          FtfNq4DEQdehTl7ziSgOpw   5   1       1087            0      1.3mb          1.3mb
yellow open   .monitoring-kibana-2-2017.01.30 ZGC96KgOTuOwE9zJiDpIWQ   1   1      11442            0      2.4mb          2.4mb
yellow open   eit-alertsv1                    ezvv8SvmRCuAmSZFyiPOWg   5   1       4824            0      5.8mb          5.8mb
yellow open   .monitoring-kibana-2-2017.01.28 hpnCzgcESm6Kv6neEEaTpw   1   1      17276            0      3.3mb          3.3mb
yellow open   .monitoring-es-2-2017.01.29     ghgOsujkT-SXxiB_H3ZJZg   1   1     248095          576    132.8mb        132.8mb
yellow open   .kibana                         1q8wt2STTd-O5wrxwsuYzQ   1   1          3            0     24.5kb         24.5kb
yellow open   .monitoring-kibana-2-2017.01.29 TIYSfQg-QviEzjKt5_iEAQ   1   1      17277            0      3.4mb          3.4mb

在CentOS上打破Grep

[root@VMW ~]# curl '172.21.34.231:9200/_cat/indices?v&pretty' 2>&1 | grep eit | awk '{print $3}'
[root@VMW ~]# 

在CentOS上为另一个指数工作Grep

[root@VMW ~]# curl '172.27.30.231:9200/_cat/indices?v&pretty' 2>&1 | grep hnsdevices | awk '{print $3}'
hnsdevices

在薄荷上工作Grep

mhassan@mhassan-virtual-machine ~ $ curl '172.21.34.231:9200/_cat/indices?v&pretty' 2>&1 | grep eit | awk '{print $3}'
eit-alertsv1

令人费解的是,为什么只对该特定索引进行过滤失败,而在另一台服务器上工作时可以通过删除并重新创建该特定索引来纠正。

非常感谢任何建议/帮助。

0 个答案:

没有答案