search

maticnetwork / bor

Official repository for the Polygon Blockchain
https://polygon.technology/
GNU Lesser General Public License v3.0
1k stars 491 forks source link

Bor upgrade version 1.4.0 is out of sync #1334

Open okogie opened 1 week ago

okogie commented 1 week ago
wangjiangw commented 1 week ago

we found this issue too in amoy testnet

okogie commented 1 week ago

we found this issue too in amoy testnet

Is there any solution?

AmardeepSambaru commented 1 week ago

Hi, Good morning.

Iam a node operator, am also facing the same issue in one of my polygon node. have you been able to a find a solution for this?

Thanks.

ep 19 00:50:15 polygon-sentry-01 bor[706971]: INFO [09-19|00:50:15.856] Commit Interrupt. Pre-committing the current block block=61,984,255 Sep 19 00:50:15 polygon-sentry-01 bor[706971]: WARN [09-19|00:50:15.948] Tx Level Interrupt hash=000000..000000 Sep 19 00:50:19 polygon-sentry-01 bor[706971]: INFO [09-19|00:50:19.914] Whitelisting milestone deferred err="chain out of sync" Sep 19 00:50:31 polygon-sentry-01 bor[706971]: INFO [09-19|00:50:31.915] Whitelisting milestone deferred err="chain out of sync" Sep 19 00:50:43 polygon-sentry-01 bor[706971]: INFO [09-19|00:50:43.915] Whitelisting milestone deferred err="chain out of sync" Sep 19 00:50:55 polygon-sentry-01 bor[706971]: INFO [09-19|00:50:55.915] Whitelisting milestone deferred err="chain out of sync" Sep 19 00:51:07 polygon-sentry-01 bor[706971]: INFO [09-19|00:51:07.916] Whitelisting milestone deferred err="chain out of sync" Sep 19 00:51:19 polygon-sentry-01 bor[706971]: INFO [09-19|00:51:19.915] Whitelisting milestone deferred err="chain out of sync"

adamf-sendblocks commented 1 week ago

We're also seeing exactly the same behavior as described, we've just upgraded to v1.4.1 and that hasn't made any difference.

AmardeepSambaru commented 1 week ago

Yes, I updated to v1.4.1 version but same errors. it worked fine for 30 minutes to an hour, but then I started encountering the error mentioned above.

okogie commented 6 days ago

I upgraded two nodes in total, and each node had the same problem. The first node automatically recovered after running for a few days, but the other node still had the same problem

wangjiangw commented 6 days ago

ut the other node still had the same problem

our node have been normal after a few hours, and in that time i have tried to remove the node key info, but i don't know if it makes the node normally.

AmardeepSambaru commented 5 days ago

Hi,

Can you please follow the steps mentioned below. it will work. i tried the same way.

  1. Increase the maxpeer to 400.
  2. Add "enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303" under bootnodes param.
  3. Add all the enodes mentioned in the bootnodes to static-nodes and trusted-nodes.

After making the changes, please restart the node and wait for sometime for the node to catch. Make sure you are on latest bor version v1.4.1.

like below

**[p2p] maxpeers = 400 port = 30303

maxpendpeers = 50

# bind = "0.0.0.0"
# nodiscover = false
# nat = "any"
# netrestrict = ""
# nodekey = ""
# nodekeyhex = ""
# txarrivalwait = "500ms"
[p2p.discovery]
    # v4disc = true
    # v5disc = false
    bootnodes = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", "enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303", "enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303"]
    # bootnodesv4 = []
    # bootnodesv5 = []
    static-nodes = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", "enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303", "enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303"]
    trusted-nodes = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", "enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303", "enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303"] # Recommended setting with sentry <> validator architecture
    # dns = []**

Thanks.

yuanwj210 commented 5 days ago

你好，

您能否按照下面提到的步骤操作？它会起作用。我尝试了同样的方法。

  1. 将 maxpeer 增加到 400。
  2. 在bootnodes参数下添加“enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303”。
  3. 将 bootnodes 中提到的所有 enodes 添加到 static-nodes 和 Trusted-nodes 中。

进行更改后，请重新启动节点并等待一段时间以便节点捕获。确保您使用的是最新版 bor v1.4.1。

像下面这样

[p2p] maxpeers = 400 port = 30303 # maxpendpeers = 50 # bind = "0.0.0.0" # nodiscover = false # nat = "any" # netrestrict = "" # nodekey = "" # nodekeyhex = "" # txarrivalwait = "500ms" [p2p.discovery] # v4disc = true # v5disc = false bootnodes = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", “enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303”， “enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303”] #bootnodesv4 = [] #bootnodesv5 = [] 静态节点= ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", “enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303”， “enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303”] 受信任节点 = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", “enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303”， "enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303"] # 使用 sentry 的推荐设置 <> 验证器架构 # dns = []

谢谢。

I do this and it's still stuck INFO [09-24|09:30:14.589] Whitelisting milestone deferred err="chain out of sync"

After one night, the block automatically caught up

xass1on commented 4 days ago

Hi,

Can you please follow the steps mentioned below. it will work. i tried the same way.

1. Increase the maxpeer to 400.

2. Add "enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303" under bootnodes param.

3. Add all the enodes mentioned in the bootnodes to static-nodes and trusted-nodes.

After making the changes, please restart the node and wait for sometime for the node to catch. Make sure you are on latest bor version v1.4.1.

like below

[p2p] maxpeers = 400 port = 30303 # maxpendpeers = 50 # bind = "0.0.0.0" # nodiscover = false # nat = "any" # netrestrict = "" # nodekey = "" # nodekeyhex = "" # txarrivalwait = "500ms" [p2p.discovery] # v4disc = true # v5disc = false bootnodes = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", "enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303", "enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303"] # bootnodesv4 = [] # bootnodesv5 = [] static-nodes = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", "enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303", "enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303"] trusted-nodes = ["enode://429bb1c348c769218ecf2b400dc16b86045f3eec89780a8d8d73913f6c9dc184a8d3d3bfcb7197092065c2ebbad4fd177aa8d9053f5051e5db518f541144268a@46.4.95.132:30303", "enode://b8f1cc9c5d4403703fbf377116469667d2b1823c0daf16b7250aa576bacf399e42c3930ccfcb02c5df6879565a2b8931335565f0e8d3f8e72385ecf4a4bf160a@3.36.224.80:30303", "enode://8729e0c825f3d9cad382555f3e46dcff21af323e89025a0e6312df541f4a9e73abfa562d64906f5e59c51fe6f0501b3e61b07979606c56329c020ed739910759@54.194.245.5:30303"] # Recommended setting with sentry <> validator architecture # dns = []

Thanks.

Hello,

I was having exact same issues when trying to sync from snapshot. Thought there might be an issue with the snapshot, pruned all bor data. Delete bor. Reinstalled bor v1.4.1. Started syncing from the scratch. Nothing at all.

Cannot connect to a single peer. Getting following error

Sep 25 07:19:05 polygon-node bor[517422]: TRACE[09-25|07:19:05.911] Failed RLPx handshake addr=148.251.110.179:30313 conn=dyndial err="read tcp 10.10.0.175:51994->148.251.110.179:30313: read: connection reset by peer"

eth.syncing false admin.peers [] eth.blockNumber 0

adamf-sendblocks commented 4 days ago

After one night, the block automatically caught up

@yuanwj210 please elaborate: do you mean that you had the same syncing issue as described, and that eventually it went away by itself?

Brindrajsinh-Chauhan commented 4 days ago

faces the same issue as well with Bor nodes on version v1.4.1. It seems to resolved after some time but keeps happening making the node go in and out of sync. Any fixes / cause of the issue yet?

derostenlebt commented 3 days ago

faces the same issue as well with Bor nodes on version v1.4.1. It seems to resolved after some time but keeps happening making the node go in and out of sync. Any fixes / cause of the issue yet?

facing exactly the same issue.