本帖最後由 mazz68 於 2022-5-7 00:13 編輯
pi節點介面狀態判讀
PI節點基礎知識:什麼是Joining SCP、Catching Up、Synced?
這是節點(state)的3種狀態
Joining SCP :參與恆星網絡(node network)
Catching Up :加載區塊數據(也稱為帳本)以同步數據與網絡。
節點加載區塊數據的指令來源來自HISTORY NODE(存儲了網絡的所有區塊數據)。
Synced : 區塊數據已與網絡同步
Q: 節點已啟動並運行,為什麼有時會看到Joining SCP或Catching Up?
A:當一個節點失去網絡連接時,要重新同步,它必須依次重複3個步驟,從加入SCP開始->追趕->同步
Q:為什麼我的節點顯示追趕無法切換到同步狀態?
A:節點的區塊數據當前跟不上網絡數據,會強制Catching Up,直到等於當前區塊的區塊數據可以切換到Synced狀態。
Catching Up error event since :
原因是節點配置中指定的PCT的HISTORY NODE從塊號3936767開始停止保存數據;
因此,節點失去與網絡的連接後,想要重新連接但無法下載新的區塊數據以切換到同步狀態,導致掛在Catching Up 狀態。
當state不是synced ,只要latest block不是特別離譜延遲幾天也無需理會,程序會自動修復,這個節點程序是自動的,不需要你人為去干預。導致延遲有兩大因素:一是長時間網絡異常,例如網線鬆動接觸不良或者上網高峰期,運營商機房線路故障,這種錯誤,一般網絡異常情況解決了,程序能自動修復,如果異常的時間比較久了,程序不能修復,可以通過切換運行區塊鏈的小紅點開關來重啟共識容器區塊鏈程序。一關一開建議間隔20秒以上,以免操作過快導致程序崩潰。當然你也可以重啟電腦來試著解決。二是節點程序本身的bug問題,當網絡長時間異常或者意外關機,導致區塊文件損壞或者內部程序出錯,程序無法正常同步了,嘗試了各種方法無果後,只能通過清除區塊來解決,這種方法要慎用,不到萬不得已不建議通過清除區塊來解決問題。
當看到state:Synced 說明沒有延遲,即使有也是假延遲。
當看到最後一行是catching up 後面英文沒有包含.json這幾個字母並且沒有長時間一動不動,都是正常的。
①端口檢測容器:absent表示缺失,exited表示退出,這裡無論顯示什麼都是正常狀態,0.4.5無需開啟端口檢測容器:所以顯示缺失,以前端口檢測容器開啟過,現在關閉狀態就是顯示退出。
② 節點狀態:有3種狀態,一開始joining SCP加入恆星網絡,後來是Catching up 追趕區塊中,Synced已經同步的。節點這3種狀態根據網絡狀況是來回切換的,不能單純看這個來決定節點是否正常。只要不是一直joining SCP都不需要人為乾預,保持端口開放,程序會自動調整!
③ outgoing connections外出連接數,即最大能同時與遠端節點鏈接數,系統設置不超過8個,不是0都是正常的; incoming connections:進來的連接數,即最大同時能服務別的節點連接數,系統設置不超過64個;
連接數量多少沒一定,主要取決於你的網絡穩定性,也不能單獨看這個來決定節點正常與否,
如果沒有公網ip,這裡會一直顯示0,如果你開通了公網ip,這裡只要不是一直顯示為0,節點都是正常狀態。
supporting other nodes:這裡無論顯示Yes or No 都是正常的。
④consencus container共識容器運行狀態:
共分為4種:
首次創建是: creating
啟動狀態是:starting
正常運行狀態是:running
退出:exited
⑤ Remove all blockchain data:移除所有區塊數據,建議謹慎操作,測試階段,只有長時間不同步,
可以試著進行移除操作,不建議頻繁操作!!!移除區塊後要記得重新開啟運行區塊的小紅點開關。
Latest block:最近的區塊,這裡可以查看區塊延遲,現階段普遍延遲,這塊無論顯示什麼都是正常狀態,Protocol version 協議版本顯示與否都正常,由於牆的問題,安裝日期和可用率都不用在意。
其他問題: 一、有延遲追趕區塊:正常。 二、在線率顯示N/A及為更新:正常。 三、incoming為0,端口正常、區塊高度正常,解決方法:等! 四、派軟件路由器端口檢測位置,可以忽略。不用再測,三個勾只有第一個,正常。 五、端口不通,檢查DOCKER版本,目前建議使用4.5.1版 六、端口不通,檢查IP、路由器映射及對應本地的ip地址、系統防火牆端口開放,節點開關是否打開。 七、端口不通,防火牆禁止了docker,一般機率很小。 八、非官方區塊鏈瀏覽器下方檢測紅色,等一天后再看,它不是時時檢測。 Pi非官方區塊瀏覽器網站 http://pi-blockchain.net/ 九、Portscheckcer container:顯示absend,丟失,可以不管,是因為沒有恆星協議檢查端口容器的問題。 解決方法,當docker和路由器檢測界面visit tech setup點擊路由器圖標, 點check now ,當第一項downloading porst listener綠色就行了,其他不用管。
一句話總結:現階段只要端口 31401-31403 處於open狀態,別的數據都無需太在意。不要看到自己的區塊高度和別人誤差一點點就認為節點不正常了。家庭寬帶出現網絡波動是很正常的,當你網絡出現波動時,這個時候你的區塊高度肯定和別人有點誤差的,這很正常,程序會自動追趕同步。所以界面上看到的很多數據都不是實時的。
端口能正確開放,你的節點能正常同步你就是一個合格的待選節點!
|