cita-monitor 部署问题-连接不到cita服务

请问 这两种方式都可以在生产环境吗?如果差别不大的话,我就用后者了

这里有点歧义。
Docker Images是一种发布方式。
就像mysql,你可以直接apt 安装,也可以到github上下载二进制,也可以到docker hub上拉对应的镜像。
你最终得到的东西其实是一样的。

你说的差别应该是指多个节点部署在一台服务器上和多个节点部署在多台服务器上。
这两种方式是没有区别的。节点间都是通过ip+port,以网络的方式交互的。
对于多个节点部署在一台服务器上,在cita看来,只是恰巧ip是一样的,内部处理不会有任何变化。

好的 谢谢

直接用docker跑起来的节点,用现有的cita-monitor 监控会有部分问题

大体的问题我差不多的定位到了。原因在于我之前的跑的这个链数据可能比较多。agent 在拿数据的时候 py 有数据越界。

好吧。这超出了我设想的问题范围。

@rain, 还是你看一下吧?

我刚刚又发现了一个问题 ,我在一个启动好的链上 修改了 一下运营商 ,然后agent 就 挂了

scm SysConfig setOperator --operator “中文” ,你们可以复现下 ,应该是这个修改 运营商导致的

@rain 看一下。是不是agent在处理中文上有什么问题?

应该就是在解析中文的时候 出问题了 。我反复测试了

嗯,这样回过头看报错信息就很清楚了
UnicodeDecodeError: ‘ascii’ codec can’t decode byte 0xe6 in position 215: ordinal not in range(128)
这里是把你设置的中文当作ascii字符来处理了。

你可以先不要设置中文的内容来绕过这个问题。

@rain, 我建了个 bugfix :

https://github.com/citahub/cita-monitor/issues/155

@wiki, 你可能暂时需要设计英文或拼音来暂时规避这个问题。

已经配置成了英文

请问

CITA_CHAIN_ID=opc-devnet/1

请问chain ID 为什么是这个样子。这个 ChainID 从哪个配置文件可以看到? 我从浏览器那里拿到的chain id 是 0,因此改成 0 了:
image

第一个节点 RPC 是 1337 端口,第二个是 1338。以此类推,你试试 1338 端口

rpc getMetaData 可以查看到 chainId


chainId 的设置需要在初始化链的时候进行设置

hmm, 这个应该是 NODE_ID,是节点ID,不是链ID ,这个环境变量的命名不好,导致有歧义了。

1赞

好的