2. 程式人生 > >date和clock獲取的時間不一致

date和clock獲取的時間不一致

阿新 • • 發佈：2018-03-02
linux clock date

[root@localhost ~]# clock Sun 25 Feb 2018 12:36:09 AM CST -0.016252 seconds [root@localhost ~]# date Sun Feb 25 18:49:44 CST 2018


所看到clock和date輸出的時間不一致，然後我查看時區是正確的。然後我解決方法如下

[root@localhost ~]# date -R
Sun, 25 Feb 2018 18:54:26 +0800


步驟一：先同步時間

[root@localhost ~]# ntpdate cn.pool.ntp.org


步驟二：同步完時間後，將時間寫入bios

[root@localhost ~]# clock -w


現在clock和date輸出的時間就一致了

date和clock獲取的時間不一致

相關推薦

date和clock獲取的時間不一致

linux clock date [root@localhost ~]# clock Sun 25 Feb 2018 12:36:09 AM CST -0.016252 seconds [root@localhost ~]# date Sun Feb 25 18:49:44 CST 2018所

crontab執行時間和系統時間不一致

google 服務器 shanghai share crontab執行時間和系統時間不一致

tomcat和系統時間不一致的問題

tomcat修改如下文件，增加環境變量：cd /usr/local/tomcat8.0vim bin/catalina.shexport JAVA_OPTS="$JAVA_OPTS -Duser.timezone=Asia/shanghai"本文出自 “一萬年太久，只爭朝夕” 博客，請務必保留此出處http:

crontab時間和系統時間不一致

重啟 tar 今天 ntpd inf mic ros pan 時間不一致 昨天寫了一腳本，放在crontab上，設定每天早上5點半執行。今天早上發現，沒有腳本執行記錄。 # service crond status // 查看crontab 狀態 # tail -100

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

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

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

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

MySQL的now()函式和系統時間不一致

由於把電腦時間隱藏了，想看時間，並且正好打開了MySQL的視窗，就使用select now()；檢視時間，這一看，看到了剛裝的MySQL-8的一個問題：MySQL查詢的時間和系統時間不一致。 系統時間為： 相差8個小時，第一個想法是檢視一下時區是不是不對，如圖。 系統時區是CS

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

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

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

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

docker學習7--宿主機和容器時間不一致問題

    啟動一個以centos為基礎的映象，進入容器內date '+%Y-%m-%d %H:%M:%S'檢視時間，發現容器時間和宿主機不一致。     一臺宿主機可以有多個docker容器，宿主機的

Docker Java應用日誌時間和容器時間不一致

摘要： 1）在docker容器和系統時間不一致是因為docker容器的原生時區為0時區，而國內系統為東八區。 2）還有容器中執行的java應用打出的日誌時間和通過date -R方式獲取的容器標準時間有八個小時時間差。 也就是容器時間和系統時間一

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

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

java 獲取時間與系統時間不一致問題

最近專案部署到伺服器上，發現時間不對，與當前時間相差12個小時，第一反應是 系統時間是不是不對。通過date 命令檢視， 發現系統用的是est 時區 （EST eastern standard time (美國)東部標準時間  慢北京時間 13個小時。） 那就是簡單了 ，

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

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

從MYSQL數據庫獲取到幸運飛艇網站出租與當前時間不一致問題解決

sql 提示 root sda sele 主機 linux下 數據庫時間 global 查詢數據庫時間:幸運飛艇網站出租【企鵝21717-93408】 select now() --yyyy-MM-dd HH:mm:ss ? select sysdate()? --yyyy

解決Windows和Ubuntu時間不一致的問題

解決Windows和Ubuntu時間不一致的問題 問題原因是使用的時間不一致導致的。win10直接從bios讀出來的時間認為就

在MySQL 5.7日誌時間與本地時間不一致的問題

row variables oba var mps 問題 fec nbsp mysql 5.7 在MySQL 5.7.2 新增了 log_timestamps 這個參數，該參數主要是控制 error log、genera log，等等記錄日誌的顯示時間參數。 在 5.7.2

服務器時間與互聯網時間不一致，出現的問題

color 互聯 .com nbsp source install jin exchange 服務器時間 Create queue exchange-webchat-development Failed: ali_mns response status error,code

crontab 執行時間與系統時間不一致

工作原因：修改系統時間後，未重啟rsyslogservice crond restartservice rsyslog restart本文出自 “不拋棄！不放棄” 博客，請務必保留此出處http://thedream.blog.51cto.com/6427769/1969697crontab 執行時間與系統時

Java 時間不一致

opts 導出 lips 問題 mach 時區 得到 香港 bsp 1.new Date() 得到的時間?和系統相差 相差8個小時 2.eclipse控制臺打印的時間與系統相差 相差8個小時 3.log4j日誌的時間與與系統相差 相差8個小時 上述問題其實是同一個問題。 原