Fastställa om ett Avamar-system har problem med tidssynkronisering (NTP).

Om noder i ett Avamar-system inte är tidssynkronisering kan vi förvänta oss följande typer av beteende:

• Avamar-servern kan inte starta
• Noder går offline
• HFS-kontroll misslyckas med MSG_ERR_CGSAN_FAILED
• HFS-kontroll misslyckas med MSG_ERR_HFSCHECKERRORS
• Kontrollpunkter misslyckas
• Skräpinsamling misslyckas
• Problem med datakonsekvens (om tiden ändras under skräpinsamling)

Exempel på felmeddelanden som vanligen rapporteras som ett resultat av förlorad tidssynkronisering:

• samconn::checkallsucceed request failed DPNTIMECHECK=230 
• ALLVARLIGT FEL: <0001> dpn-tidsavvikelse: synkronisera klockor och försök igen
• ERROR: <0001> dpncheckmanager::verifyStartup cgsan avslutades oväntat.  
• inte tillräckligt giltiga svar har tagits emot i tid

Den här artikeln hjälper läsaren att avgöra om Avamar-systemet har problem med tidssynkronisering. Att lösa problemet ligger utanför ramen för den här artikeln.

Det finns många webbplatser som omfattar NTP-felsökning och läsaren uppmuntras att undersöka dem. Användbara webb-URL-adresser som är tillgängliga i skrivande stund visas i avsnittet "externa länkar".

Så här fortsätter du:
1. Logga in på Avamar-servern som administratör enligt KB Avamar: Så här loggar du in på en Avamar-server och läser in olika nycklar.

2. Om du vill ta reda på om Avamar-noderna är tidssynkronisering ska du kontrollera aktuell tid och datum för varje nod i Avamar-systemet. Se BILAGA A för exempel på utdata.

mapall --all --parallel '/bin/date'

När alla noder rapporterar samma datum och tid innebär det att tiden är helt synkroniserad mellan alla noder i systemet.

3. För att hålla tiden synkroniserad på noderna använder Avamar NTP (Network Time Protocol). Linux-kommandot "ntpq -pn" returnerar tidssynkroniseringens status. Se BILAGA B för exempel på utdata.

mapall --all --noerror '/usr/sbin/ntpq -p'

4. Allmänna anmärkningar av Avamar-servrar:

• Alla noder är inställda på att föredra 128.xxx.xxx.xx som primär tidskälla.
• Den sekundära tidskällan för alla noder är den lokala BIOS-klockan på "avmtest1" (nod 0.s).
• Den tertiära tidskällan är inställd på avmtest2 (nod 0.0) som själv hänvisar till avmtest1.
• Alla noder synkroniseras med avmtest1. Den tidsserver som är markerad med en asterisk (*) är den som noden för närvarande synkroniseras med.
• I det här fallet fjärråtkomst till 128.xxx.xxx.xx. Det har värdet 0 "reach" (för närvarande går det inte att nå den). Det är oanvändbart som tidskälla.
• avmtest1 och avmtest2 har båda ett nåbarhetsregister på octal 377. Det här är den högsta bilden som kan uppnås. Därför synkroniseras alla noder med den sekundära källan.

5. Titta på ntpq-utdata för nod 0.2;

(0.2) ssh  -x  admin@10.64.18.164 '/usr/sbin/ntpq -p'

     remote           refid      st t when poll reach   delay   offset  jitter

==============================================================================
 128.xxx.xxx.xx  .INIT.          16 u    - 1024    0    0.000    0.000 4000.00
*avmtest1.emcvmw LOCAL(0)         9 u   54  256  377    0.085   -0.116   0.002
+avmtest2.emcvmw xx.xx.xx.xxx    10 u   56  256  377    0.090    0.073   0.012

• Nod 0.2 avsökning avmtest1 var 256:e sekund
• Nod 0.2 synkroniseras för närvarande med avmtest1
• avmtest1 finns på stratum 9, vilket innebär att nod 0.2 är på stratum 10.
• Nod 0.2 avsökning avmtest1 en gång var 256:e sekund.
• Nåbarhetsregister för avmtest1 är octal 376.
• Klockan på avmtest1 är 0,116 millisekunder (eller 116 mikrosekunder) bakom klockan på avmtest1.
• Returfördröjningen till avmtest1 är 85 millisekunder.
• Mätningen av latensen i nätverket (jitter) mellan nod 0.2 och avmtest1 är 2 millisekunder.

NTP-konfiguration (/etc/ntp.conf):
Vid granskning av filen /etc/ntp.conf på nod 0.2 motsvarar den ntpq-utdata ovan.

#Customer premises / external time servers.

#
server xxx.xxx.xxx.xx     <--  Primary time source (this is an external server located remote to the Avamar grid)
# - - - - -
# DPN time servers here and in the other module(s).
#
server xx.xx.xx.xxx   <--  Secondary time source (this is the utility node)
server xx.xx.xx.xxx   <--  Tertiary time source (this is node 0.0)

Loggning:
NTP-loggning skickas till filen /var/log/messages .
Om du vill visa NTP-relaterad loggning grep du innehållet i /var/log/messages* för "ntp"

Om en extern tidsserver är otillförlitlig, som i exemplet ovan, är det acceptabelt att använda en intern tidsserver. Den interna tiden kan vara långsam från UTC, men det viktigaste att tänka på är att datanoder är tidssynkronisering med varandra.

Verktyget Asktime i Avamar-verktyget kan användas för att välja nya, föredragna tidskällor för NTP.
Se Avamar: Så här konfigurerar du NTP på en Avamar-server med hjälp av asktime 

Ytterligare information:
http://support.microsoft.com/kb/939322 – Windows-domänkontrollanter bör inte användas i god tid.