Avaya Multimedia Messaging (AMM) : Install fails during NTP setup


Doc ID    SOLN302784
Version:    4.0
Status:    Published
Published date:    19 Oct 2018
Created Date:    09 Jan 2017
Author:   
taf1
 

Details

During install of 3.0 it checks to make sure the AMM can reach a quality NTP server. If it can not, it will fail the install. AMM is very sensitive to time sync.

Problem Clarification

During the install script, the AMM looks for the programmed NTP server. If it does not find a NTP server programmed, or the NTP that is used, has to much drift or is not able to sync off of it, the install script will fail. The rest of the programming will not complete until the NTP server issue is resolved. Get another NTP server and reprogram.

From the Install logs in /tmp

cat AMM_Install_2017-01-01_12:00.log

Checking for xfsprogs component .........................    [  OK  ]
Checking for linux "dialog" component ...................    [  OK  ]
Checking for ntp installation / configuration ...........
Initial ntp check failed, attempting ntpd -gq to force sync
(may take up to 2 minutes)
Shutting down ntpd ......................................    [  OK  ]

ntpd: no servers found
Starting ntpd ...........................................    [  OK  ]

Rechecking for ntp installation / configuration .........    [FAILED]
Avaya Multimedia Messaging depends on system clock accuracy.
....start of ntpstat output:
unsynchronised
  time server re-starting
   polling server every 8 s
unsynchronised
  time server re-starting
   polling server every 8 s
....end of ntpstat output
Please configure ntp for an accurate system clock
Once configured, ntp synchronization time can be shortened by:
Adding "iburst" after each time server FQDN/address in /etc/ntp.conf
sudo service ntpd stop
sudo ntpd -gq
sudo service ntpd start

Checking for SeLinux to be disabled .....................    [  OK  ]
Checking disk space on  ...
Found 38474524 KB.  Require 209715200 KB
Disk Space Check ........................................    [WARNING]
Checking for openssl libraries  .........................    [  OK  ]
Checking for zlib libraries  ............................    [  OK  ]
Installation Check Complete .............................    [FAILED]
 

Cause

NTP server either not programmed or the AMM is ant able to sync off of the NTP server. Can the AMM reach the NTP server, even though we can ping the NTP server, what is the out come of testing the sync from the NTP server.

 

AMM_CORP~]$ ntpstat
unsynchronised
  time server re-starting
   polling server every 8 s
 
ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
192.16.14.21 192.16.14.22  2 u   11   64  377    0.567  -166775   1.934

sudo ntpdate -qu 192.16.14.21
server 192.16.14.21, stratum 2, offset -166.748158, delay 0.04152
5 Jan 13:33:50 ntpdate[3499]: step time server 192.168.149.210 offset -166.748158 sec   A -166 second delay is 3 minutes, too much offset
 


Solution

In the /etc/ntp.conf the NTP server needs to be defined before installation starts. The line for the NTP server would look like this: "server <IP ADDRESS> iburst "

# Enable writing of statistics records.
#statistics clockstats cryptostats loopstats peerstats
server 192.16.14.21 iburst
restrict 192.168.149.21 mask 255.255.255.255 nomodify notrap noquery
 

 


Avaya -- Proprietary. Use pursuant to the terms of your signed agreement or Avaya policy