Puncte:1

Pe sistemul Debian, keepalived consumă utilizarea completă a CPU pe ambele noduri kibana

drapel eg

Am mașini kibana master/slave pe Debian 10. De la câteva zile, utilizarea CPU a demonului keepalived pe ambele noduri ajunge la 100%. După repornirea keepalived, merge la normal, iar acest lucru este în bucle pentru totdeauna.

Nu sunt sigur ce este exact în neregulă cu configurația mea păstrată. Mă poți îndruma, te rog, aici?

root@kib-e01:/var/log# keepalived -v
Keeplived v2.0.10 (11/12,2018)
root@kib-e01:/var/log# uname -r
4.19.0-13-amd64
root@kib-e01:/var/log#

root@kib-e02:/var/log# keepalived -v
Keeplived v2.0.10 (11/12,2018)
root@kib-e02:/var/log# uname -r
4.19.0-17-amd64
root@kib-e02:/var/log#

syslog-

21 ian 08:16:38 kibana-s02 kib-e01[35862]: Înregistrarea reflectorului netlink Kernel
21 ianuarie 08:16:38 kibana-s02 kib-e01[35862]: se înregistrează canalul de comandă netlink kernel
21 ian 08:16:38 kibana-s02 kib-e01[35862]: Deschiderea fișierului „/etc/keepalived/keepalived.conf”.
21 ianuarie 08:16:38 kibana-s02 kib-e01[35862]: Înregistrarea canalului partajat ARP gratuit
21 ianuarie 08:16:39 kibana-s02 kib-e01[35862]: VRRP_Script(check_script) a reușit
21 ian 08:16:39 kibana-s02 kib-e01[35862]: (ha-kibana-s) Se intră în STARE DE BACKUP
21 ian 08:16:42 kibana-s02 kib-e01[35862]: (ha-kibana-s) Se intră în STARE MAESTRIC

/etc/keepalived/keepalived.conf din MAESTRU Keepalive

vrrp_script check_script {
        scriptul „/usr/bin/curl --noproxy „127.0.0.1” -s -k https://127.0.0.1:443/status”
        intervalul 2
        toamna 2
        ridica 2
}

global_defs {
    notificare_email {
        [email protected]
    }
    notificare_email_de la kib-e01
    smtp_server localhost
    smtp_connect_timeout 30
    enable_script_security
}

vrrp_instance ha-kibana-s {
        interfata eth0
        stat MAESTRU
        prioritatea 200
  advert_int 1
        virtual_router_id 33
        unicast_src_ip 10.14.150.34

        unicast_peer {
                10.14.150.35
        }

        track_script {
                check_script
        }

autentificare {
                auth_type PASS
                # Sunt folosite doar primele opt (8) caractere.
                auth_pass fderty6y
}

        adresa_virtuală {
                10.14.150.33 brd 10.14.150.255 dev eth0 label vip
        }

}

ip a mașinii master:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare UNKNOWN grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 ::1/128 scope host
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq stare UP grup implicit qlen 1000
    link/ether 00:50:56:b2:67:8b brd ff:ff:ff:ff:ff:ff
    inet 10.14.150.34/24 brd 10.14.150.255 scope global eth0
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet 10.14.150.33/32 brd 10.14.150.255 scope global vip
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 fe80::250:56ff:feb2:678b/64 scope link
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.