Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Soluzione: messi in bypass su DBFile del DEVIL628 gli elementi DHSTB002, QUATB003 e QUATB004. 

 

 

Data: 04/02/2021 

Oggetto: Di nuovo data errata su dante003 (ntp spento)

Jira
serverINFN Ticketing System
columnIdsissuekey,summary,issuetype,created,updated,reporter,status,resolution
columnskey,summary,type,created,updated,reporter,status,resolution
maximumIssues20
jqlQuerykey = LNFDCS-88
serverId8087fedc-8816-3706-9e66-78f987f39e0c

Data: 04/02/2021 

Oggetto: Di nuovo data errata su dante003 (ntp spento)


ID: 20210204.1 

Autore: P.C., A.S. 

...

Un operatore ha aperto un ticket descrivendo un problema di data errata durante il salvataggio di un dataset. 

 

Il client ntp era spento perché la data impostata era troppo distante da quella fornita dall'ntp server. La batteria della force003 è scarica quindi la data si resetta ad ogni riavvio. 

 

Lanciando il comando ps -fe | grep ntp infatti si nota che sulla macchina dante003 il client ntp non sta girando mentre sulle altre force si. 

 

Dal log /var/adm/messages si nota che ntp ha riscontrato una discrepanza di data troppo grande e si è chiuso. Si è quindi impostata manualmente la data da utente root sulla dante003 con il comando date mmddHHMMyyyy (dove mm è il mese a due digit, dd il giorno a due digit, HH è l'ora in formato 24 ore a due digit, MM i minuti a due digit e yyyy l’anno a quattro digit) e si è riavviato il servizio di ntp con il comando /etc/init.d/xntpd stop e etc/init.d/xntpd start  

Si controlla che il client ntp sia configurato per partire all’avvio della macchina (in effetti è presente lo script /etc/rc2.d/S74xntpd su tutte le force).  

Con il comando date si controlla che la data sia corretta e con il comando ntpq -c peers l’output è correttamente una lista di server ntp. 

...