【讨论】PRB问题讨论帖

中文（简） 开发支持
#53

Thanks

#54

image
image465×634 70.1 KB

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

#55

呼叫官方爸爸

#57

还在进一步验证中

#58

image
image723×250 7.56 KB

有一台ok

#59

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

#60
#61

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

#62

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

#63

目前基本上都已上线了

#64

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

image
image1580×277 22.9 KB

image
image1297×248 20.5 KB

#65

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

#66

如果你之前机器是用的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文件！！！

#67

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

#68

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

#69

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

#71

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

#72

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

image

#73

重启lifecycle

#74

image

image
image1326×216 4.2 KB

image
image971×689 103 KB

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