ECS: xDoctor: RAP081: Belirti Kodu: 2048: Tüm NTP sunucuları senkronizasyon için uygun DEĞİLDİR

ECS rafındaki tüm düğümlerde NTP daemon çalıştırılmalı ve yapılandırılan NTP sunucuları saati senkronize edebilmelidir. Aksi takdirde bu, ön uç veri alımıyla ilgili sorunlara yol açabilir.

Yukarıdaki belirtiler 24 saat içinde ortaya çıkmazsa UYARI olarak kalır.
24 saat sonra, bu devam ederse önem derecesi bir HATA'ya yükseltilir ve bir RAP081 bildirilir.

Bu, 'Extra' alanında listelenen her düğümde NTP Sunucusu ile senkronize olamayacağı anlamına gelir.

Doğrulama:
1. Listelenen düğümlerin her birindeki NTP Sunucularının listesini alın:

Komut:

# getrackinfo -r | grep NTP

Example:

admin@node1:~> getrackinfo -r | grep NTP
NTPServer = xxx.xxx.xxx.xxx

2. 1. adımda listelenen her NTP Sunucusu için zamanı senkronize etme özelliğinin olup olmadığını test edin.

Komut:

# sudo ntpdate -p 2 -d <NTP IP Address / NTP FQDN>

Veya

# sudo ntpdate -p 2 -d 'getrackinfo -r | grep NTP |grep -oP "(?:[0-9]{1,3}\.) {3} [0-9] {1,3}"'

Örnek (saati senkronize etme):

admin@node1:~> sudo ntpdate -p 2 -d xxx.xxx.xxx.xxx
22 Feb 13:47:48 ntpdate[110901]: ntpdate 4.2.8p11@1.3728-o Thu Jun 14 09:26:52 UTC 2018 (1)
Ana bilgisayar <NTP IP Adresi> aranıyor ve hizmet ntp
<NTP IP Adresi> NTP ana bilgisayar adına>
ters çevrildi <ana bilgisayar bulundu: <NTP ana bilgisayar adı>
iletim(<NTP IP Adresi>)
receive(<NTP IP Adresi>)
transmit(<NTP IP Adresi>)receive(<NTP IP Adresi>)

sunucu <NTP IP Adresi>, bağlantı noktası 123
katman 2, hassasiyet -24, sıçrama 00, güven 000
refid [<NTP IP Adresi>], gecikme 0.02615, dağılım 0.00003
iletilen 2, filtre 2'de
referans süresi:    e01a7b0d.af9e6616 Fri, Feb 22 2019 13:43:41.686
originate timestamp: e01a7c06.748e0c65 Fri, Feb 22 2019 13:47:50.455
transmit timestamp:  e01a7c06.7478b000 Fri, Feb 22 2019 13:47:50.454
filter delay:  0.02635 0.02615 0.000000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000043 -0.00002 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
gecikme 0.02615, dağılım 0.00003
ofset -0.000022

22 Feb 13:47:50 ntpdate[110901]: adjust time server <NTP IP address> offset -0.000022 sec

Example: (Çıktısını oluşturduğu zamanı senkronize edemiyorsa)

admin@node1:~> sudo ntpdate -p 2 -d xxx.xxx.xxx.xxx
22 Feb 13:47:48 ntpdate[110901]: ntpdate 4.2.8p11@1.3728-o Thu Jun 14 09:26:52 UTC 2018 (1)
Ana bilgisayar <NTP IP Adresi> aranıyor ve hizmet ntp
<NTP IP Adresi> NTP ana bilgisayar adına>
ters çevrildi <ana bilgisayar bulundu: <NTP ana bilgisayar adıtransmit(<NTP IP Adresi>)
transmit(<NTP IP Adresi>)
transmit(<NTP IP Adresi>)
sunucu <NTP IP Adresi>, bağlantı noktası 123
katman 2, hassasiyet -24, sıçrama 00, güven 000
refid [<NTP IP Adresi>], gecikme 0.02615, dağılım 0.00003
iletilen 2, filtre 2'de
referans süresi:>
    e01a7b0d.af9e6616 Fri, Feb 22 2019 13:43:41.686
originate timestamp: e01a7c06.748e0c65 Fri, Feb 22 2019 13:47:50.455
transmit timestamp:  e01a7c06.7478b000 Fri, Feb 22 2019 13:47:50.454
filter delay:  0.02635 0.02615 0.000000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000043 -0.00002 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
gecikme 0.02615, dağılım 0.00003
ofset -0.000022

22 Feb 13:47:50 ntpdate[112232]: No server available for synchronization

3. FQDN'yi getrackinfo -r sonucundaki NTP bölümüne ekleyin.

Komut:

# sudo setrackinfo -a NTPServer < NTP FQDN >

4. İlke Tabanlı Yönlendirme üzerinden yönetim arayüzünden gönderilen NTP soruna neden olabileceğinden ağ ayrımını ve statik yolları kontrol edin.

Komut:

Example:

Komut:

# sudo ntpq -c as

Example: (Aşağıda bir NTP sunucusunun erişilemediğini ve diğerinin muhtemelen bir ACL nedeniyle engellediğini görüyoruz)

admin@node1:~> sudo ntpq -c as
ind assid status conf reach auth condition last_event cnt
===========================================================
1 56633 8011 yes no none reject mobilize 1

6. NTP'de bir tarih kayması olup olmadığını kontrol edin. 

Komut:

# viprexec "date +%s" 2>&1 | grep "^15"

Example:

admin@node1:~>viprexec "date +%s" 2>&1 | grep "^15"
1554470147
1554470111
1554470096
1554470142
1554470144
1554470109
1554470124
1554470140

7. Ntpd hizmet durumunu kontrol edin ve ardından hizmeti yeniden başlatın. (Durum açık ve çalışıyor olsa bile yeniden başlatma işlemine devam edin.) 
Not: ntpd.service, etki dışı bir hizmettir.

Komut:

# viprexec systemctl status ntpd.service | grep Active:

Example:

admin@node1:~> viprexec systemctl status ntpd.service | grep Active:
   Etkin: Sal 2019-08-06 02:49:06 UTC'den beri aktif (çalışıyor); 1 gün 18h ago
Aktif: Sal 2019-08-06 02:49:07 UTC'den beri aktif (çalışıyor); 1 gün 18h ago
Aktif: Çar 2019-08-07 20:13:27 UTC'den beri aktif (çalışıyor); 58 dakika önce
Aktif: Sal 2019-08-06 02:49:06 UTC'den beri aktif (çalışıyor); 1 gün 18h ago
Aktif: Sal 2019-08-06 02:49:07 UTC'den beri aktif (çalışıyor); 1 gün 18h ago
Aktif: Sal 2019-08-06 02:49:07 UTC'den beri aktif (çalışıyor); 1 gün 18h ago
Aktif: Sal 2019-08-06 02:49:07 UTC'den beri aktif (çalışıyor); 1 gün 18 saat önce
Aktif: Sal 2019-08-06 02:49:07 UTC'den beri aktif (çalışıyor); 1 gün 18h ago

Komut: 

# viprexec systemctl restart ntpd.service

Example:

admin@node1:~> viprexec systemctl restart ntpd.service
Ana bilgisayardan çıktı : 192.168.219.8
Ana bilgisayardan çıktı: 192.168.219.7
Ana bilgisayardan çıktı: 192.168.219.6
Ana bilgisayardan çıktı : 192.168.219.4
Ana bilgisayardan çıktı: 192.168.219.3
Ana bilgisayardan çıktı : 192.168.219.2
Ana bilgisayardan çıktı: 192.168.219.5
Ana bilgisayardan çıktı: 192.168.219.1

8. Tüm düğümlerde md5sum ntp.conf dosyasını doğrulayın.

Komut:

# viprexec "sudo md5sum /etc/ntp.conf"

Example:

admin@node1:~> viprexec "sudo md5sum /etc/ntp.conf"

Ana bilgisayardan çıktı : 192.168.219.2
741f0abb12ac82a21f150004bd407334 /etc/ntp.conf

Ana bilgisayardan çıktı : 192.168.219.5
741f0abb12ac82a21f150004bd407334 /etc/ntp.conf

Ana bilgisayardan çıktı : 192.168.219.4
741f0abb12ac82a21f150004bd407334 /etc/ntp.conf

Ana bilgisayardan çıktı : 192.168.219.1
7da6eb8009abc18ed1875f1f15ade72a /etc/ntp.conf

Ana bilgisayardan çıktı : 192.168.219.3
741f0abb12ac82a21f150004bd407334 /etc/ntp.conf

Ana bilgisayardan çıktı : 192.168.219.8
741f0abb12ac82a21f150004bd407334 /etc/ntp.conf

Ana bilgisayardan çıktı : 192.168.219.6
741f0abb12ac82a21f150004bd407334 /etc/ntp.conf

Ana bilgisayardan çıktı : 192.168.219.7
741f0abb12ac82a21f150004bd407334 /etc/ntp.conf

Not: Bunun nedeni, genel ve yönetim arayüzlerine sahip olmaları ve düğümlerin tümünün sağlanan son yapılandırmaya göre genel kullanım dışına çıkacak şekilde yapılandırılmış olması olabilir. ECS'nin eski sürümlerinde, bir düğümün geçerli olduğu ve düğümlerin geri kalanının bir güvenlik duvarının arkasında olduğu durumlarda PBR takılabiliyor.

9. getrackinfo -r sonucundaki ns_mgmt'ye 123 ekleyin ve ardından NTP'nin aktarma ve alma işlemlerini başlatıp başlatmadığını kontrol edin.

Komut:

# sudo setrackinfo -a ns_mgmt 123

Example:

admin@node1:~>sudo setrackinfo -a ns_mgmt 123

Hata devam ederse bağlantı noktası 123'ü tekrar genel arayüze yerleştirin ve senkronizasyonu tekrar kontrol edin.

Komut:

# sudo setrackinfo -d ns_mgmt 123

Example:

admin@node1:~> sudo setrackinfo -d ns_mgmt 123

Yukarıdaki adımların her birini gerçekleştirdikten sonra NTP senkronizasyonunun durumunu kontrol edin.

Çözünürlük:
Bu, yapılandırılan sunucunun bir NTP sunucusu olmadığı veya beklendiği gibi çalışmadığı anlamına gelir. NTP sorununu çözmek için müşterinin ağ ekibi devreye girmelidir.