1. 程式人生 > >兩節點時間不同步導致CRS-0184

兩節點時間不同步導致CRS-0184

節點二octssd.log日誌:
[[email protected] cssd]# tail -f /u01/app/grid/11.2.0/log/rac2/ctssd/octssd.log
2013-08-17 10:10:23.046: [    CTSS][1231296256]ctssslave_msg_handler4_1: Waiting for slave_sync_with_master to finish sync process. sync_state[3].
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctssslave_swm2_3: Received time sync message from master.
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctssslave_swm: The magnitude [37935421] of the offset [37935421 usec] is larger than [10000000 usec] which is the CTSS limit that can be synced up in a short period.
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctssslave_swm: The magnitude of the systime diff is larger than max adjtime limit. Offset [37935421] usec will be changed to max adjtime limit [+/- 131071].
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctssslave_swm15: The CTSS master is behind this node. The local time offset [-131071 usec] is being adjusted. Sync method [2]
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctssslave_swm17: LT [1376705423sec 46690usec], MT [1376705385sec 140716013630117usec], Delta [14739usec]
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctssslave_swm19: The offset is [131071 usec] and sync interval set to [4]
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctssslave_swm: Received from master (mode [0xcc] nodenum [1] hostname [rac1] )
2013-08-17 10:10:23.047: [    CTSS][1231296256]ctssslave_msg_handler4_3: slave_sync_with_master finished sync process. Exiting clsctssslave_msg_handler
2013-08-17 10:10:23.047: [    CTSS][1227093760]ctsselect_msm: Sync interval returned in [4]
2013-08-17 10:10:24.056: [    CTSS][1227093760]ctsselect_msm: CTSS mode is [0xc4]
2013-08-17 10:10:24.057: [    CTSS][1227093760]ctssslave_swm1_2: Ready to initiate new time sync process.
2013-08-17 10:10:24.059: [    CTSS][1227093760]ctssslave_swm2_1: Waiting for time sync message from master. sync_state[2].
2013-08-17 10:10:24.070: [    CTSS][1231296256]ctsscomm_recv_cb2: Receive incoming message event. Msgtype [2].
2013-08-17 10:10:24.070: [    CTSS][1231296256]ctssslave_msg_handler4_1: Waiting for slave_sync_with_master to finish sync process. sync_state[3].
2013-08-17 10:10:24.070: [    CTSS][1227093760]ctssslave_swm2_3: Received time sync message from master.

相關推薦

節點時間同步導致CRS-0184

節點二octssd.log日誌: [[email protected] cssd]# tail -f /u01/app/grid/11.2.0/log/rac2/ctssd/octssd.log 2013-08-17 10:10:23.046: [    CTSS][1231296256]ctsss

AD域中客戶端時間與服務器時間同步的解決辦法

發現 反饋 交流 取域 tcl 宿主機 src config syn http://yuntcloud.blog.51cto.com/1173839/1240948 公司考勤用的是國內一家OA軟件裏的考勤模塊,個人在電腦上在規定時間內登記的形式,客戶端都是采取域用戶

【經驗】電腦長時間關機導致的無法開機問題

啟動菜單 但是 can win7 一段 分鐘 硬盤 size 開機 本來不打算寫電腦掛掉這種問題的記錄,但是我這個問題比較特殊還遇到兩次,直接送電腦店可能會說主板掛了,返廠檢修之類的,對於緊急用電腦的人來說是不可接受的,其實分分鐘就可以解決。 1.環境:用了7年的宏碁475

linux mint 19 與windows時間同步

com class oca nbsp localtime 同步 date clas apt 首先確定時間無誤 1 sudo apt-get install ntpdate 2 sudo ntpdate time.windows.com 2 1 sudo

C#窗體加載和控件加載同步導致控件閃爍

orm header rop nts int new 引用 加載 use 窗體加載和控件加載不同步導致的控件閃爍現象:// 代碼塊加在父窗體中的任意位置,解決窗體加載和控件加載不同步導致的控件閃爍問題 protected override CreatePara

報錯資訊: Fatal error: Uncaught Smarty: unable to write file 原因: 系統時間與正常時間同步 造成頁面訪問有問題

報錯資訊: Fatal error: Uncaught --> Smarty: unable to write file E:\GEM\App\Home\View_c\390df9d00aeacf16a4730ca0161bd6187d14c18e_0.file.header.html

Docker 容器中時間同步解決方案

問題描述 如果你執行docker 容器,發現容器內的docker時間與宿主機上的時間不一致,解決方法很容易。 但是要注意的是,java程式預設使用UTC時間,本地時間一般設定為CST時間,所以常會出現差8個時區的問題。 所以說你的java日誌出現了時間與北京時間

解決linux centos 與windows系統 時間同步問題

今天在CentOS7上執行Java程式,發現程式生成的時間與當前時間匹配不上,還以為是資料停止更新了。 首先,使用linux命令查看了一下當前時間: date -R # 檢視當前時間 然而,發現CentOS7 上的時間比標準時間正好慢了8小時,猜測是沒有正確使用修改時區的姿勢,導致程式時

報錯資訊: Fatal error: Uncaught Smarty: unable to write file 原因: 系統時間與正常時間同步 造成頁面訪問有問題

報錯資訊: Fatal error: Uncaught --> Smarty: unable to write file E:\GEM\App\Home\View_c\390df9d00aeacf16a4730ca0161bd6187d14c18e_0.f

解決docker容器內時間同步問題

先說簡單合理的: 建立容器的時候指定啟動引數,自動掛載localtime檔案到容器內 例如 docker run --name niub -v /etc/localtime:/etc/localtime:ro -d -p 13000:3000 niuhome3 /sbin

當日志文件中的時間與主機時間同步時,怎麼監控每隔五分鐘檢測一次日誌檔案是否出自按某個關鍵字?

今有需求:需要監控每隔五分鐘檢測一次日誌檔案是否出自按某個關鍵字。利用過濾全部的日誌資訊 雖然可以過濾出來關鍵字告警,但是修復後,依然還是會報警,存在侷限性,所以需要使用以下辦法來實現需求。 本想迴圈獲取5分鐘內的時間戳,然後從日誌檔案中grep這個時間端的資訊,然後再獲取關鍵字,但是通過檢視日誌檔案發現時

當日誌文件中的時間與主機時間同步時,怎麽監控每隔五分鐘檢測一次日誌文件是否出自按某個關鍵字?

定向 一次 ech 告警 腳本 發現 監控 文件中 但是 今有需求:需要監控每隔五分鐘檢測一次日誌文件是否出自按某個關鍵字。利用過濾全部的日誌信息 雖然可以過濾出來關鍵字告警,但是修復後,依然還是會報警,存在局限性,所以需要使用以下辦法來實現需求。 本想循環獲取5分鐘內的時

解決linux centos 資料庫mysql 時間同步問題

剛開始根據服務端程式列印log看,以為伺服器時間正常(畢竟是screen detached,停留了,容易引起錯覺),而mysql的NOW()獲取的時間快了。 後發現是伺服器時間全快了,mysql獲取的時間就是伺服器問題(當然,mysql自身也是可以設定時區的,本例沒太大必

11gR2修改主機名導致CRS-0184以及CRS-4000的錯誤

且此時,grid使用者可順利通過執行 crs_stat -t檢視服務狀態: wxwl_iop-> crs_stat -t Name           Type           Target    State     Host ------------------------------------

解決ubuntu16.10和windows10雙系統時間同步的問題

方法來自網上搜的 最早的方法是: sudo gedit /etc/default/rcS utc=yes 改成utc=no 但是發現這個檔案裡並沒有utc這一項。 然後是這個方法: 先在ubuntu下更新一下時間,確保時間無誤: sudo apt-get install

鼠標移入通過時間控制實現同步的動畫效果

mouse -a 實現 anim sel back this ani isa //鼠標移入事件,此處使用的是enter,與over不同的是,enter不支持冒泡 $(‘.lis td‘).mouseenter(function(){ $(this).find(‘.

華為和H3C交換機NTP version一致導致時間無法同步解決辦法

有效 一個 一分鐘 服務器配置 原因 ESS 服務器 官方文檔 play 昨天給客戶內網網絡設備配置NTP服務,用的華為9303做的NTP服務器,其它設備為NTP客戶端。但是華為所有設備成功同步到NTP服務器,而H3C設備均無法正常同步。華為交換機作為服務器配置如下:ntp

Js:消息彈出框、獲取時間區間、時間格式、easyui datebox 自定義校驗、表單數據轉化json、控制個日期能只填一個

gets pri ESS 大於等於 轉化 gpo 現在 undefine parent (function ($) { $.messageBox = function (message) { $.messager.show({

臺都能上公網的Ubuntu如何進行時鐘同步

c-c 定時執行 ubuntu strong ins null 硬件 start -- 在安裝OpenStack過程中,先安裝了控制節點,並安裝(sudo apt-get install ntp)啟動了ntp服務,同時配置sudo vi /etc/nova/nova.con

使用roslaunch導致節點輸出全,用output="screen"

轉:https://blog.csdn.net/ethan_guo/article/details/80239584 一個節點,單獨run時,裡面的printf之類的螢幕顯示語句是正常的。但是如果把節點通過launch的形式啟動,會導致有一部分輸出語句不列印了。如果不知道這回事,除錯程式碼的過程