Cloudera 建議使用 NTP 使 Hadoop 羣集實現時間同步

主機的 NTP 服務未響應時鐘誤差請求。

建議

這是主機運行情況測試，用於檢查主機的系統時鐘是否與其 NTP 服務器不一樣步。該測試能檢查「ntpdc -c loopinfo」命令報告的主機時鐘誤差絕對值是否未過大。若是該命令失敗或主機的 NTP 後臺程序未運行，該測試將返回運行情況「不良」。

若是 NTP 未在主機上使用，應對使用如下配置選項的主機禁用該檢查。Cloudera 建議使用 NTP 使 Hadoop 羣集實現時間同步。

該運行情況測試失敗可能表示主機的 NTP 服務或配置出現問題。

可以使用 主機時鐘誤差閾值 主機配置設置來配置該測試。

 

時區更改：（東八區）

cp -f /usr/share/zoneinfo/Asia/Shanghai  /etc/localtime

#reboot

 

選擇Node1 節點爲時鐘同步服務器，其餘節點爲客戶端同步時間到該節點。

安裝NTP

查看任務
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 系統就會自動的進行網絡時間校準。