1. 程式人生 > >Linux伺服器時間不一致問題的解決

Linux伺服器時間不一致問題的解決

多臺Linux虛擬機器時間不一致的解決方法

2018年08月09日,在學習Mysql主從及主主同步時發現所用到的兩臺虛擬機器時間存在不一致性,如下圖所示:

因為這兩臺虛擬機器都是從模板機上克隆出來的,在模板機上是做了時間同步的,如下圖所示:

理論上來說,這兩臺虛擬機器應該是時間一致的,我懷疑不一致的原因是/usr/sbin/ntpdate time.nist.gov 沒有執行。於是單獨執行,結果如下圖所示:

no server suitable for synchronization found:找不到適合同步的伺服器。

既然找不到那好吧,我想自己搭建在管理機上搭建一臺時間同步伺服器NTP吧。

轉念又一想:那豈不是要時時開啟管理機,這可不好(畢竟我這筆記本效能不怎麼高,同時跑的太多虛擬機器,太卡了)。於是就想不如換臺時間伺服器同步吧,於是找到了中國ntp伺服器:cn.pool.ntp.org

下面介紹操作方法(這裡我以一臺伺服器為例):

環境:

[[email protected] ~]# uname -r

2.6.32-696.el6.x86_64

[[email protected] ~]# uname -m

x86_64

[[email protected] ~]# cat /etc/redhat-release

CentOS release 6.10 (Final)

網路時間伺服器

首先得確保這些伺服器都能ping通否則是無法時間同步的。否則會報錯“no server suitable for synchronization found”

  • 中國國家授時中心:210.72.145.44   ----暫時無法使用
  • NTP伺服器(上海) :ntp.api.bz
  • 中國ntp伺服器:cn.pool.ntp.org   ---在這裡我所使用的
  • pool.ntp.org

  • 時間同步工具

  • rdate:rdate -s
    ntpdate:ntpdate -u(使用-u引數會返回誤差,也可以使用-s)
    以上兩個工具都可以用來同步網路時間伺服器,centos預設都有安裝,兩個工具的使用方法都很簡單,本章主要介紹ntpdate工具,這個工具也是最常用的。如果沒有安裝安裝方法如下:


    yum -y install ntp

  • 同步時間

  • 1.修改時區

  • \cp  /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
    vim  /etc/sysconfig/clock
    ZONE="Asia/Shanghai"
    UTC=false
    ARC=false


  • 2.同步時間

  • [[email protected] ~]# /usr/sbin/ntpdate -u cn.pool.ntp.org
     9 Aug 13:14:14 ntpdate[2837]: adjust time server 209.97.168.88 offset 0.005685 sec

  • 3.寫入硬體時間

  • 伺服器每次重啟都會參考硬體的時間,所以需要將當前系統的時間寫入到硬體。
    檢視當前硬體時間:
    [[email protected] ~]# hwclock -r
    2018年08月09日 星期四 21時14分29秒  -0.735471 seconds
    寫入硬體時間:
    [[email protected] ~]# hwclock -w
    [[email protected] ~]# hwclock -r
    2018年08月09日 星期四 13時14分44秒  -0.345959 seconds
    自動時間同步
    1.配置開機啟動校驗
    vim /etc/rc.d/rc.local
    /usr/sbin/ntpdate -u cn.pool.ntp.org> /dev/null 2>&1; /sbin/hwclock -w
    2.配置定時任務
    vim /etc/crontab
    00 10 * * * root /usr/sbin/ntpdate -u cn.pool.ntp.org > /dev/null 2>&1; /sbin/hwclock -w
    或者
    crontab -e
    00 10 * * * /usr/sbin/ntpdate -u cn.pool.ntp.org > /dev/null 2>&1; /sbin/hwclock -w
    測試結果:(兩臺虛擬機器)

    建議在模板機優化時即做時間同步

相關推薦

Linux伺服器時間一致問題的解決

多臺Linux虛擬機器時間不一致的解決方法 2018年08月09日,在學習Mysql主從及主主同步時發現所用到的兩臺虛擬機器時間存在不一致性,如下圖所示: 因為這兩臺虛擬機器都是從模板機上克隆出

PHP的strtotime()函式轉換的時間戳和實際時間一致解決方案

做一個時間區間搜尋的功能時,遇到一個問題,使用strtotime()轉換時間去比較時,發現搜尋不到,前端傳遞的是   但是PHP轉換後時間戳為1540732715,相當於   與實際時間相差8小時,所以搜尋不到的原因就在此。解決問題很簡單。 修改P

java 專案時間伺服器時間一致

  今天線上專案關於時間的幾個任務都出了問題,檢視日誌發現日誌的時間不對,用的是log4j,日誌輸出的時間都早了很長時間。 1 首先先登上伺服器查看了伺服器的系統時間 linux下 date命令 時間正確的。 2 瀏覽網頁發現有個硬體時間,系統時間是指當前Linux Kernel中的時鐘,而硬體時鐘則是主

docker 打印出來的日誌與伺服器時間一致

docker 打印出來的日誌與伺服器時間不一致 docker的時間與宿主機是一致的 解決方法 進入dokcer內後,執行以下操作: ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime echo&n

Docker Tomcat應用日誌時間和容器時間一致解決辦法

Docker 宿主機、容器、Tomcat應用日誌時間不一致解決辦法 說明: 1.在docker容器和系統時間不一致是因為docker容器的原生時區為0時區,而國內系統為東八區。 2.還有容器中執行的java應用打出的日誌時間和通過date -R

Windows + Ubuntu 雙系統時間一致解決方法

        博主最近在自己的筆記本上裝了個Windows 7 和Ubuntu Kylin的雙系統,但是兩個系統切換後總會發現有一個系統時間跟實際時間相差8個小時,問了下度娘跟谷歌,發現早已有大神解決了這個問題,寫這部落格僅僅是為了將自己平時遇到的問題整理出來,以後再遇到

複製中釋出伺服器和訂閱伺服器內容一致解決辦法 (轉載)

在事務複製的過程中,有時候會由於各種各樣的原因導致釋出伺服器和訂閱伺服器的資料不一致,造成這種情況往往是由於以下幾種原因之一: 某個Agent執行出現錯誤或者Agent程序崩潰 比較大型的釋出是使用了備份還原,而不是快照複製初始化,而備份後釋出端修改了資料 非Distribution Agen

Docker-解決容器時區時間一致

問題 在伺服器上啟動容器後,容器中的tomcat日誌裡面的時間與伺服器時間不一致。 輸入檢視時間指令後 date 發現時間相差8小時,這主要是因為時區不一致導致的。 檢視主機時間:Thu Nov 8 21:40:38 CST 2018 檢視容器時間:Thu

關於MySQL存入的時間和取出時間一致解決

場景:程式碼執行在Linux-A上,new Date() 生成的時間比當前時間早13個小時,導致存入資料庫內的時間也早13個小時,但前臺讀取展示出來的時間又是正常的。在資料庫直接select now()測試出來的時間也是比當前時間早13個小時。   分析: 問題一:Linux-B上的MySQL

vsftpd下顯示的時間與系統時間一致解決

ftp上來顯示的時間與系統時間不一致,是因為預設情況下,vsftpd 是用GMT做為它的時間的,所以和系統的時間可能會不一致。修改也很簡單: vi /etc/vsftpd/vsftpd.conf 在最後加入一行: use_localtime=YES 存檔後,重啟vsftpd

關於linux系統和tomcat時間一致的問題

tomcat啟動後,獲取的時間和伺服器的時間不一致,查找了linux系統中的所有關於時區設定的地方,沒有發現有任何問題,重啟伺服器也沒有解決這個問題。有可能是JVM中的時區和linux系統的時區不一致導致的,檢查JVM中的時區。 經過baidu後發現了這條命令: #java

解決weblogic時間與系統時間一致的問題

方案參考! 在bea資料夾中有兩個資料夾jdk142_11和jrockit81sp6_142_10,找到這兩個資料夾裡的Etc這個資料夾,裡面就是時區檔案,將GMT-8這個檔案複製一份然後重新命名為GMT來覆蓋原GMT檔案(之前做好備份),這樣還沒有完,因為這幾個檔案存在四

Linux16.04和Windows 10雙系統下,解決時間一致問題

裝完雙系統,你可能會發現某一個系統的時間與現在時間不一致(中國相差八個小 時),那麼如何解決這個問題呢? 1.將某一個系統的設定時間更新方式設定為“手動”,而不是“從網際網路自動獲取”。 2.進入PC的BIOS頁面更改BIOS的時間。將其調整為準確時間減去八個小時,

ftp伺服器後文件顯示的時間與實際時間一致

近期利用ftp做資料介面,收到對方反饋說檔案上傳時間是中午12點,實際我上傳的時間是晚上20點,ftp至伺服器檢視,果然檔案上顯示的時間與系統時間不一致,後來查了一下資料是因為預設情況下,vsftpd

linux時間與tomcat時間一致

今天遇到個很奇怪問題,就是專案部署到linux後,有個任務會定時生成檔案,檔名包含了當前時間,但是檔名中的時間與檔案生成時間不一致,少了八個小時,如圖: 一開始以為是linux系統時間有問題,就輸入指令date檢視 時區跟我們常用的不一樣,寫得是HKT,可能是與t

tomcat伺服器時間與win系統時間一致,是tomcat設定的時區一致導致的

今天在tomcat伺服器上排查一個bug時發現,伺服器上的時間和系統的時間不一致,導致通過日誌定位bug比較吃力,而導致時間不一致是tomcat設定的時區和系統不一致導致的。以下是我的處理:到tomcat目錄下的bin資料夾中,找到catalina.bat檔案,使用筆記本開啟

js的倒計時 伺服器時間與本地時間一致

一、單個的倒計時 // 設定開始時間,注意時間格式 var setstartTime="2015/07/30 15:00:00"; // 設定結束時間,注意時間格式 var setendTime="2015/07/31 19

apt-get upgrade升級後docker客戶端和伺服器版本一致問題解決方式。

錯誤現象:$ docker images Error response from daemon: client and server don't have same version (client : 1.19, server: 1.18)錯誤原因說明:使用apt-get

解決crontab執行時間與系統時間一致的問題

    本次RedHat版本為:Red Hat Enterprise Linux Server release 7.4 (Maipo)。    在crontab中添加了如下定時任務:    但是發現該任務實際執行的時間依次為16:00,17:00,18:00,19:00,比實

linux下df -hT和du -sh 顯示的資料非常一致解決方法

問題背景:對系統進行壓力測試,莫名導致tomcat的catalina.out被寫入48G日誌,導致磁碟空間被佔滿,此時在tomcat執行中使用rm -rf 命令刪除該檔案 問題描述:刪除後df -hT顯示80g空間全部佔用(磁碟空間佔滿),du -sh顯示只佔用20g 解決