Kend.out 오류에 관한 문의 드립니다

한국어🇰🇷 클레이튼
1

tail kend.out
INFO[12/29,11:11:53 +09] [48] There is already corresponding badblock in db. badblock number=139184400
ERROR[12/29,11:11:53 +09] [5] ########## BAD BLOCK ######### Chain config: {ChainID: 8217 IstanbulCompatibleBlock: 86816005 LondonCompatibleBlock: 86816005 EthTxTypeCompatibleBlock: 86816005 MagmaCompatibleBlock: 99841497 KoreCompatibleBlock: 119750400 ShanghaiCompatibleBlock: 135456000 KIP103CompatibleBlock: 119750400 KIP103ContractAddress 0xD5ad6D61Dd87EdabE2332607C328f5cc96aeCB95 SubGroupSize: 31 UnitPrice: 250000000000 DeriveShaImpl: 0 Engine: istanbul} Number: 139184400 Hash: 0xc9a46b48fa2e4cf90da62c1c14f33d6a1c7afbdf9e2d79680da00fc0117943ac Receipt: Error: nonce too high
WARN[12/29,11:11:53 +09] [28] Synchronisation failed, dropping peer peer=f060f60df76db002 err=“retrieved hash chain is invalid: nonce too high”
WARN[12/29,11:11:53 +09] [33] ProtocolManager failed to read msg id=f060f60df76db002 conn=trusted-staticdial err=EOF
INFO[12/29,11:11:53 +09] [33] Disconnected a multichannel P2P Peer id=f060f60df76db002 conn=trusted-staticdial peerID=f060f60df76db002 peerName=Klaytn/v1.12.0~rc.10/linux-amd64/go1.20.6 err=EOF
INFO[12/29,11:11:53 +09] [33] [Dial] Add dial candidate from static nodes id=f060f60df76db002 NodeType=2 ip=13.250.137.30 mainPort=32323 port=“[32323 32324]”
INFO[12/29,11:11:57 +09] [33] Added a single channel P2P Peer id=5b0cc3ba2c7d616f conn=dyndial peerID=5b0cc3ba2c7d616f
INFO[12/29,11:12:08 +09] [33] Added a single channel P2P Peer id=cdb90244f0bc0bb4 conn=dyndial peerID=cdb90244f0bc0bb4
INFO[12/29,11:12:29 +09] [33] [Dial] Add dial candidate from static nodes id=f060f60df76db002 NodeType=2 ip=13.250.137.30 mainPort=32323 port=“[32323 32324]”
INFO[12/29,11:12:29 +09] [33] Added a multichannel P2P Peer id=f060f60df76db002 conn=trusted-staticdial peerID=f060f60df76db002

기존에 위와같은 오류가 있었는데 블록 동기화가 안 되고 있습니다 - Aidan 님의 게시물 #3 이 글에 내용을 보고
kend.conf 파일 ADDITIONAL 필드에 --start-block-num 67108864 을 추가하여 실행을 하였습니다.

오류는 해결이 된거 같지만 사진에 나와있는 내용에서 더이상 진전이 없습니다.

image
image4744×800 472 KB

해결 방안을 이야기 해주시면 감사 드리겠습니다.

2

말씀주신 정보만으로는 문제 원일을 파악하기 어려울 것 같습니다.
BAD BLOCK 로그 이전에 출력된 특이한 로그가 있다면 원인 파악에 도움이 될 것 같습니다.
또한, 사용하시는 클라이언트 버전, 노드 운영 특이사항 (언제부터 무슨 버전으로 운영했는지 등) 등 추가적인 정보도 공유주시면 참조될 것 같습니다.

덧하여, 지금 수행하신 --start-block-num 67108864 설정은 적합한 대응이 아닌 것으로 보이기에 되돌리는 작업이 필요할 것 같습니다. 해당 설정은 "노드가 시작될 때마다 67108864 블록부터 다시 싱크"하는 설정입니다. 또한, 아주 과거 블록이기에 해당 블록넘버에 해당하는 state 정보를 다시 만들어내기 위해 오랜 시간이 걸리는 것으로 유추됩니다.

설정을 되돌리기 위해서는 --start-block-num 139184000 로 설정을 변경하시고, 블록 싱크가 시작되면 해당 설정은 미리 삭제해 두는 것을 권장합니다. 잊버리고 설정을 그대로 두면 프로세스를 다시 시작할 때마다 139184000 블록부터 다시 싱크할 것입니다. 버전이나 데이터 상황에 따라 싱크 시작에 10여분 이상 걸릴 수도 있을 것 같습니다. 139184000 블록은 BAD BLOCK 이 발생했던 블록의 400블록 전 숫자입니다. 따라서, 이 블록부터 다시 싱크해나가다 다시 BAD BLOCK 이 발생한다면, 해당 로그 전에 발생된 WARN, ERROR, CRIT 로그 위주로 공유주시면 문제 파악에 도움이 될 것 같습니다.