【讨论】PRB问题讨论帖

验证了,prb全新同步完了,再加矿机,依然会有BlockNumberMismatch和TimeoutError,同样也是卡在9w-10w多的高度

呼叫官方爸爸

还在进一步验证中


有一台ok

我一共100多台,有10多台能正常到mining,其余全是timeoutError和BlockNumberMismatch

这个方式对worker同步完了之后,有点效果,但是还在同步的work效果不大,重启哪个服务都尝试过多次

:grinning: :grinning: :grinning: :grinning:100多都上线了吗

目前基本上都已上线了

这是key变了吗 已经开启过的


你现在是不是用的prb下面的worker启动的pruntime,你之前是用的solo模式下的pruntime启动的吗

如果你之前机器是用的solo模式启动的pruntime,后面改成了prb里面的worker启动pruntime,那么pruntime数据目录下有个runtime-data.seal,这个文件变动,就会导致key变动

!!!切记,备份solo模式或者prb的worker启动pruntime的数据目录下的runtime-data.seal文件!!!

1、要么将原来solo模式下的runtime-data.seal,拷贝到prb里面的worker启动pruntime的容器对应的数据目录下,重启pruntime可以恢复原来的key
2、要么不用prb里面的worker启动pruntime,直接用原来的solo模式启动pruntime,如果之前的solo模式启动pruntime的数据文件还在的话,还能恢复原来的key

!!!切记,备份solo模式或者prb的worker启动pruntime的数据目录下的runtime-data.seal文件!!!

runtime-data.seal文件和对应机器硬件不变,那么key都能恢复到原来的key

只用prb 删除过runtime-data.seal 机器的硬件没有变化

删过这个文件,就会产生新key

没有备份runtime-data.seal这个文件的话,暂时没法恢复原来的key,不知道官方有没有

一些机器一直在这里同步是什么情况呢。

image

重启lifecycle

image



prb 同步了 worker也添加了 但 连不起来 是啥原因 应该怎么处理


同步最新高度后一直还是这个状态不会挖矿,node正常peers也正常,容器都是最新的。