Skip to content

Delegate Q&A

Yutong Pei edited this page May 15, 2020 · 11 revisions

Q: Node is not producing block

First please check if node height is still increasing or not, if so please jump to here, if not please jump to here.

Q: Node is not producing block, but node height is increasing

In this case, probably your operator private key you set in config is not the same one you set in member.iotex.io delegate configuration. You should set it in config.yaml and restart your node:

chain:
  producerPrivKey: <SET YOUR PRIVATE KEY HERE>
  # If you are a delegate, make sure producerPrivKey is the key for the operator address you have registered.

If you don't have your operator key no more, you can set it to a new one in member.iotex.io with your owner key. If you lost your owner key, there is nothing your can do, so please make sure you keep your owner key safe.

Q: Node height is not increasing

Please make sure you already upgraded the node into latest version with correct configuration first.

If everything is up to date as iotex-bootstrap, please check your log in this case. You can dump log from docker by using command:

docker logs [container_name] --tail [num of line, e.g. 3000] > output.log
# for example, sudo docker logs iotex --tail 3000 > output.log

Please check log against following error digests, if your issues still cannot be addressed, please contact us directly and send us your log.

Q: What if I see log like this when node height is not increasing (1)

Failed to new config. {error 25 0  failed to unmarshal YAML config to struct: yaml: unmarshal errors:...}

Your config.yaml or genesis.yaml is not format correctly. Please check these files. Easy way is download again from iotex-bootstrap and change private key and external ip to yours.

Q: What if I see log like this when node height is not increasing (2)

Failed to new config. {error 25 0 error when constructing a xxx in yaml: error applying options: read /etc/iotex/xxx.yaml: ...}
open /var/data/XXXX.db: no such file or directory: DB I/O operation error

Make sure you set your env var $IOTEX_HOME correctly.

Make sure your mount all the files and paths correctly when you run docker($IOTEX_HOME/data, $IOTEX_HOME/etc/config.yaml, $IOTEX_HOME/etc/genesis.yaml).

In data folder, you should have these db files: candidate.index.db chain.db consensus.db index.db poll.db trie.db

Q: What if I see log like this when node height is not increasing (3)

"msg":"Finished indexing blocks up to"

This is because node is blocked on indexing. You can either wait the indexing catch up to your node's height or download the latest snapshot with index(download here) to start your node which could be faster.

Q: What if I see log like this when node height is not increasing (4)

"project ID request rate exceeded\",\"data\":{\"rate\":{\"allowed_rps\":5,\"backoff_seconds\":30,\"current_rps\":13.133333333333333},\"see\":\"https://infura.io/docs/ethereum/json-rpc/ratelimits\"

This is because infura API got ratelimit, you need to change infura key in config.yaml and restart node:

  committee:
    gravityChainAPIs:
      # please change the infura key to your key (e.g., https://mainnet.infura.io/v3/YOUR_KEY)

Please contact us if you don't have an infura key.

Q: What if I see log like this when node height is not increasing (5)

msg":"Failed to commit the block."

Please make sure your node is running the latest version and use correct configurations. If in that case, you still have this issue, please contact us directly.

Q: What if I see log like this? (1)

{"level":"error","ts":1589533609.2316854,"caller":"itx/server.go:214","msg":"Error when serving performance profiling data.","ioAddr":"io1ddjluttkzljqfgdtcz9eu3r3s832umy7ylx0ts","netwo
rkAddr":"0.0.0.0:4689","error":"http: Server closed"}
{"level":"error","ts":1589533609.2320683,"caller":"go-p2p@v0.2.12/p2p.go:449","msg":"Error when subscribing a broadcast message.","ioAddr":"io1ddjluttkzljqfgdtcz9eu3r3s832umy7ylx0ts","
networkAddr":"0.0.0.0:4689","error":"subscription cancelled by calling sub.Cancel()"}"

This is a Normal log message you shall see, when node stop/restart. There is nothing special about this log itself. It is more important what cause the node to stop/restart. It could be your maintenance engineer restart it. So please check the logs Before this log to get better understanding/

Clone this wiki locally