Closed constanine closed 7 years ago
@constanine node accountManager.js 这个命令是生成管理员账号。 genesis.json的initMinerNodes代表的是创世节点身份id。 一个代表的是账号,一个代表的是节点身份。因此不需要修改。
dfsNode填的是节点身份id。 dfs是独立的功能特性,如果不使用该功能,无需特殊配置。dfs与区块链正常运行无太大关系。因此像下面这类输出是不影响区块链运行的,可以忽略。只要区块链网络正常出块,能处理交易,既是正常运行的。 listGroupFileInfo failed
@toxotguo 问题我运行后
root@virtual2:/mydata/nodedata-1/log# pwd
/mydata/nodedata-1/log
root@virtual2:/mydata/nodedata-1/log# ll
total 8
drwxr-xr-x 2 root root 4096 Aug 10 21:41 ./
drwxr-xr-x 5 root root 4096 Aug 10 21:49 ../
root@virtual2:/mydata/nodedata-1/log#
这里并没有日志产生,是不是哪里错了?
@constanine 可能是节点的config.json中配置不对 config.json的logconf项的配置值,请填上log.conf文件的绝对路径
@toxotguo 感谢,是的.git check出来后,log.conf默认是在在/mydata下,而非git下的log.conf,一时没看出来,感谢
@toxotguo 但是我的info*log内容不想指导的那样
root@virtual2:/mydata/nodedata-1/log# tail -f /mydata/nodedata-1/log/info*
INFO|2017-08-11 10:56:54|Ready to broadcastViewChangeReq, blk=0,to_view=1, give up for not miner
INFO|2017-08-11 10:56:58|Ready to broadcastViewChangeReq, blk=0,to_view=2, give up for not miner
INFO|2017-08-11 10:57:05|Ready to broadcastViewChangeReq, blk=0,to_view=3, give up for not miner
INFO|2017-08-11 10:57:15|Ready to broadcastViewChangeReq, blk=0,to_view=4, give up for not miner
INFO|2017-08-11 10:57:30|Ready to broadcastViewChangeReq, blk=0,to_view=5, give up for not miner
INFO|2017-08-11 10:57:48|collectGarbage timecost(ms)=0
INFO|2017-08-11 10:57:53|Ready to broadcastViewChangeReq, blk=0,to_view=6, give up for not miner
INFO|2017-08-11 10:58:27|Ready to broadcastViewChangeReq, blk=0,to_view=7, give up for not miner
INFO|2017-08-11 10:58:49|collectGarbage timecost(ms)=0
INFO|2017-08-11 10:59:18|Ready to broadcastViewChangeReq, blk=0,to_view=8, give up for not miner
这样算正常么,是不是需要有通信建立block,才会想指导那样,出现blk的递增?
@constanine 请问现在时只有创世节点吗, 请确认genesis.json中的initminerlist字段中的身份id和节点的config.json的nodeextrainfo中的身份id保持一致,且节点的data目录下的network.rlp.pub的内容也一致
@toxotguo 1.只有创世节点 2.的确data目录下的network.rlp.pub和genesis.json#initMinerNodes,config.json#NodeextraInfo.NodeId不一致(genesis.json#initMinerNodes和config#NodeextraInfo.NodeId一致) 请问,以谁为准绳?
@constanine 请把data目录下的network.rlp.pub的值更新到genesis.json的initMinerNodes和config.json的Nodeextrainfo 以data目录下的network.rlp.pub为准
@toxotguo 谢谢,report匹配有了 另外,建议,说明书可以加上一段对于NodeId值的问题 就是我发现运行
bcoseth --gennetworkrlp /mydata/nodedata-1/data/network.rlp
/mydata/nodedata-1/data/network.rlp.pub的值会变 而这就是genesis.json的initMinerNodes和config.json的Nodeextrainfo的NodeId的值
运行
得到了privatekey,publickey,address 2.5说了 将公钥address更新到创世块文件genesis.json的god字段。 那么 genesis.json的 initMinerNodes需要改动么,改动的值是否就是 之前生成的 publickey? 同样 config.json的 属性"dfsNode","NodeextraInfo"."Nodeid" 是否也一致?
目前我使用
启动报错 报错当中信息如下