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_count
, inserted_header_count
, inserted_block_count
, activated_block_count
, processed_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 - 为什么我的节点不同步数据
节点数据不同步可能有以下几种情况:
- 节点重启或,使用数据快照启动节点,此种情况,节点启动后,需要花大量的时间重建状态,可能长达几小时
- 节点机器的磁盘空间不够
- 节点启动时未正确指定配置文件,导致节点找不到 bootnode,从而无法跟 peer 建立连接,也就无法同步数据
- 节点网络有问题,导致无法同步数据
- 节点数据丢失或损坏(数据不完整),早成此种情况的原因可能有数据快照下载不全;节点数据移动时未移动完整,只移动了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
文件,重新启动节点,并设置新的密码即可
No Comments