Skip to main content

Week14-节点运行常见问题

Day1 - 常见节点运行注意事项

  • 保证节点机器配置足够:4C 16G内存 足够的硬盘空间(fullnode 700G archivenode 1.5T)
  • Linux 系统建议提高系统最大文件打开数
  • 使用官方提供的节点数据快照启动节点时,首次启动会需要额外的硬盘空间用户节点状态重建,所需额外空间为 100-500G,

Day2 - 如何判断节点是否同步到最新,是否还在同步

是否同步到最新

可根据节点同步日志的 Catch-up mode 来判断节点是否同步到最新,如果 catch-up mode 为 false,则表示已经同步到最新

cfxcore::syn - Catch-up mode: false, latest epoch: 56218274 missing_bodies: 0

是否还在同步

可根据节点运行日志 Catch-up mode 后边的 latest epoch 数值判断节点是否在进行同步,正常情况该数字会不断增长。

如果该数值不增长,也可根据 Statistics: StatisticsInner 的数值判断节点是否在正常工作,如果 inserted_block_countinserted_header_countinserted_block_countactivated_block_countprocessed_block_count 几个数值中任一数值在增长,都表示节点在正常工作。

2022-10-11T22:00:32.918557596+08:00 INFO  IO Worker #1         cfxcore::sta - Statistics: StatisticsInner { sync_graph: SyncGraphStatistics { inserted_block_count: 198117, inserted_header_count: 371367 }, consensus_graph: ConsensusGraphStatistics { inserted_block_count: 136125, activated_block_count: 371361, processed_block_count: 371366 } }

另外节点在重启时,会需要花费大量时间重建状态,此操作过程中,上述数值不会变化,但此为正常现象。此过程最长可能持续数小时。可耐心等待。

Day3 - 为什么我的节点不同步数据

节点数据不同步可能有以下几种情况:

  1. 节点重启或,使用数据快照启动节点,此种情况,节点启动后,需要花大量的时间重建状态,可能长达几小时
  2. 节点机器的磁盘空间不够
  3. 节点启动时未正确指定配置文件,导致节点找不到 bootnode,从而无法跟 peer 建立连接,也就无法同步数据
  4. 节点网络有问题,导致无法同步数据
  5. 节点数据丢失或损坏(数据不完整),早成此种情况的原因可能有数据快照下载不全;节点数据移动时未移动完整,只移动了pow 数据,pos 数据未移动

Day4 - 节点启动失败

Err value: PKCS#8 cryptographic error

此种错误大概率是因为 pos_key 密码输入错误, 无法解码 pos_key 内容导致

failed to start full client: Os { code: 6, kind: Uncategorized, message: "No such device or address" }

如果节点启动方式为 Docker,或 daemon 方式启动,且配置文件中未配置 pos_key 密码,这时节点读取密码时无法读取”标准输入“设备所导致。 此种情况可将密码配置到配置文件中 dev_pos_private_key_encryption_password

Day5 - pos_key 密码忘记

如果忘记节点启动时输入的 pos_key,且未参与 pos 共识,此时可直接删掉 pos_config/pos_key, 以及 pos_db/secure_storage.json 文件,重新启动节点,并设置新的密码即可