主機的 NTP 服務未響應時鍾偏差請求。
建議
這是主機運行狀況測試，用於檢查主機的系統時鍾是否與其 NTP 服務器不同步。該測試能檢查“ntpdc -c loopinfo”命令報告的主機時鍾偏差絕對值是否未過大。如果該命令失敗或主機的 NTP 后台程序未運行，該測試將返回運行狀況“不良”。
如果 NTP 未在主機上使用，應對使用以下配置選項的主機禁用該檢查。Cloudera 建議使用 NTP 使 Hadoop 群集實現時間同步。
該運行狀況測試失敗可能表示主機的 NTP 服務或配置出現問題。
可使用 主機時鍾偏差閾值 主機配置設置來配置該測試。
時區更改：（東八區）
cp -f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
#reboot
選擇Node1 節點為時鍾同步服務器，其他節點為客戶端同步時間到該節點。
安裝NTP
$ yum install ntp
啟動ntp
#service ntpd restart <===啟動ntp服務
說明：NTP服務啟動需要大約五分鍾時間，服務啟動之前，若客戶端同步時間，則會出現錯誤“no server suitable for synchronization found”
定時同步時間：
在work02和 work03上配置crontab定時同步時間
crontab -e
00 12 * * * root /usr/sbin/ntpdate 192.168.249.131 >> /root/ntpdate.log 2>&1
查看任務
crontab -l
1.3 時鍾同步
搭建時鍾同步服務器
這里選擇 cdh1 節點為時鍾同步服務器，其他節點為客戶端同步時間到該節點。、
安裝ntp:
$ yum install ntp 修改 cdh1 上的配置文件 /etc/ntp.conf :
restrict default ignore //默認不允許修改或者查詢ntp,並且不接收特殊封包
restrict 127.0.0.1 //給於本機所有權限
restrict 192.168.56.0 mask 255.255.255.0 notrap nomodify //給於局域網機的機器有同步時間的權限
server 192.168.56.121 # local clock
driftfile /var/lib/ntp/drift
fudge 127.127.1.0 stratum 10
啟動 ntp：
$ service ntpd start 設置開機啟動:
$ chkconfig ntpd on ntpq用來監視ntpd操作，使用標准的NTP模式6控制消息模式，並與NTP服務器通信。
ntpq -p 查詢網絡中的NTP服務器，同時顯示客戶端和每個服務器的關系。
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*LOCAL(1) .LOCL. 5 l 6 64 1 0.000 0.000 0.000
- "* "：響應的NTP服務器和最精確的服務器。
- "+"：響應這個查詢請求的NTP服務器。
- "blank（空格）"：沒有響應的NTP服務器。
- "remote" ：響應這個請求的NTP服務器的名稱。
- "refid "：NTP服務器使用的更高一級服務器的名稱。
- "st"：正在響應請求的NTP服務器的級別。
- "when"：上一次成功請求之后到現在的秒數。
- "poll"：當前的請求的時鍾間隔的秒數。
- "offset"：主機通過NTP時鍾同步與所同步時間源的時間偏移量，單位為毫秒（ms）。
客戶端的配置
在cdh2和cdh3節點上執行下面操作：
$ ntpdate cdh1 Ntpd啟動的時候通常需要一段時間大概5分鍾進行時間同步，所以在ntpd剛剛啟動的時候還不能正常提供時鍾服務，報錯"no server suitable for synchronization found"。啟動時候需要等待5分鍾。
如果想定時進行時間校准，可以使用crond服務來定時執行。
00 1 * * * root /usr/sbin/ntpdate 192.168.56.121 >> /root/ntpdate.log 2>&1
這樣，每天 1:00 Linux 系統就會自動的進行網絡時間校准。