{"action":"created","issue":{"url":"https://api.github.com/repos/hyperledger/fabric/issues/1331","repository_url":"https://api.github.com/repos/hyperledger/fabric","labels_url":"https://api.github.com/repos/hyperledger/fabric/issues/1331/labels{/name}","comments_url":"https://api.github.com/repos/hyperledger/fabric/issues/1331/comments","events_url":"https://api.github.com/repos/hyperledger/fabric/issues/1331/events","html_url":"https://github.com/hyperledger/fabric/issues/1331","id":152693495,"number":1331,"title":"ledger data become inconsistent across nodes after restarting a peer (using PBFT batch)","user":{"login":"sachikoy","id":15377192,"avatar_url":"https://avatars.githubusercontent.com/u/15377192?v=3","gravatar_id":"","url":"https://api.github.com/users/sachikoy","html_url":"https://github.com/sachikoy","followers_url":"https://api.github.com/users/sachikoy/followers","following_url":"https://api.github.com/users/sachikoy/following{/other_user}","gists_url":"https://api.github.com/users/sachikoy/gists{/gist_id}","starred_url":"https://api.github.com/users/sachikoy/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/sachikoy/subscriptions","organizations_url":"https://api.github.com/users/sachikoy/orgs","repos_url":"https://api.github.com/users/sachikoy/repos","events_url":"https://api.github.com/users/sachikoy/events{/privacy}","received_events_url":"https://api.github.com/users/sachikoy/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":32,"created_at":"2016-05-03T03:36:55Z","updated_at":"2016-05-31T13:18:07Z","closed_at":null,"body":"I am testing on an environment with 4 VPs (vp0, .. vp3) with PBFT batch and security enabled.\r\nWhen I stop one peer and restart it, the peer's state becomes inconsistent with other peers, yet all peers keep making consensus.\r\n\r\nHere is the precise steps I did:\r\n1. invoke several transactions on all of peers (vp0, .., vp3)\r\n2. stop vp3, and make sure other nodes can still process transactions\r\n3. start vp3, and make sure that vp3 can process transactions (and all other peers)\r\n4. then vp3's the block height (from /chain REST API endpoint) is different from other peers.\r\n5. If I query the state, vp3's result is different from other peers.\r\n"},"comment":{"url":"https://api.github.com/repos/hyperledger/fabric/issues/comments/222685153","html_url":"https://github.com/hyperledger/fabric/issues/1331#issuecomment-222685153","issue_url":"https://api.github.com/repos/hyperledger/fabric/issues/1331","id":222685153,"user":{"login":"tuand27613","id":11295979,"avatar_url":"https://avatars.githubusercontent.com/u/11295979?v=3","gravatar_id":"","url":"https://api.github.com/users/tuand27613","html_url":"https://github.com/tuand27613","followers_url":"https://api.github.com/users/tuand27613/followers","following_url":"https://api.github.com/users/tuand27613/following{/other_user}","gists_url":"https://api.github.com/users/tuand27613/gists{/gist_id}","starred_url":"https://api.github.com/users/tuand27613/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/tuand27613/subscriptions","organizations_url":"https://api.github.com/users/tuand27613/orgs","repos_url":"https://api.github.com/users/tuand27613/repos","events_url":"https://api.github.com/users/tuand27613/events{/privacy}","received_events_url":"https://api.github.com/users/tuand27613/received_events","type":"User","site_admin":false},"created_at":"2016-05-31T13:18:07Z","updated_at":"2016-05-31T13:18:07Z","body":"@sachikoy ,  behave#680 ran successfully so it looks like state transfer is working normally. Note though that the test waits for the restarted peer to complete state transfer (https://github.com/hyperledger/fabric/blob/master/bddtests/peer_basic.feature#L506) before querying the block height.\r\n\r\nAs @corecode mentioned, in an environment where there is a continuous stream of transactions, some number of peers may lag whether due to network latency/processor speed/state transfer, etc ...\r\n\r\nAlso, please take a look at @jyellick 's PR 1557 "}}
{"actor":{"display_login":"tuand27613"}}