TestKVGetRetry: timed out waiting for get

via semaphore on help string PR:
=== RUN   TestKVGetRetry
2017-01-21 00:34:59.835339 I | integration: launching 440771402 (unix://localhost:4407714020)
2017-01-21 00:34:59.835380 I | integration: launching 743532536 (unix://localhost:7435325360)
2017-01-21 00:34:59.835485 I | integration: launching 315072059 (unix://localhost:3150720590)
2017-01-21 00:34:59.856100 I | etcdserver: name = 315072059
2017-01-21 00:34:59.856125 I | etcdserver: data dir = /tmp/etcd309981661
2017-01-21 00:34:59.856142 I | etcdserver: member dir = /tmp/etcd309981661/member
2017-01-21 00:34:59.856151 I | etcdserver: heartbeat = 10ms
2017-01-21 00:34:59.856158 I | etcdserver: election = 100ms
2017-01-21 00:34:59.856169 I | etcdserver: snapshot count = 0
2017-01-21 00:34:59.856182 I | etcdserver: advertise client URLs = unix://<IP_ADDRESS>:2166823561
2017-01-21 00:34:59.856192 I | etcdserver: initial advertise peer URLs = unix://<IP_ADDRESS>:2166723561
2017-01-21 00:34:59.856216 I | etcdserver: initial cluster = 315072059=unix://<IP_ADDRESS>:2166723561,440771402=unix://<IP_ADDRESS>:2166923561,743532536=unix://<IP_ADDRESS>:2166523561
2017-01-21 00:34:59.856229 I | etcdserver: name = 440771402
2017-01-21 00:34:59.856267 I | etcdserver: data dir = /tmp/etcd011076504
2017-01-21 00:34:59.856279 I | etcdserver: member dir = /tmp/etcd011076504/member
2017-01-21 00:34:59.856287 I | etcdserver: heartbeat = 10ms
2017-01-21 00:34:59.856292 I | etcdserver: election = 100ms
2017-01-21 00:34:59.856297 I | etcdserver: snapshot count = 0
2017-01-21 00:34:59.856306 I | etcdserver: advertise client URLs = unix://<IP_ADDRESS>:2167023561
2017-01-21 00:34:59.856316 I | etcdserver: initial advertise peer URLs = unix://<IP_ADDRESS>:2166923561
2017-01-21 00:34:59.856335 I | etcdserver: name = 743532536
2017-01-21 00:34:59.856352 I | etcdserver: data dir = /tmp/etcd612084982
2017-01-21 00:34:59.856361 I | etcdserver: member dir = /tmp/etcd612084982/member
2017-01-21 00:34:59.856366 I | etcdserver: heartbeat = 10ms
2017-01-21 00:34:59.856371 I | etcdserver: election = 100ms
2017-01-21 00:34:59.856387 I | etcdserver: snapshot count = 0
2017-01-21 00:34:59.856398 I | etcdserver: advertise client URLs = unix://<IP_ADDRESS>:2166623561
2017-01-21 00:34:59.856405 I | etcdserver: initial advertise peer URLs = unix://<IP_ADDRESS>:2166523561
2017-01-21 00:34:59.856424 I | etcdserver: initial cluster = 315072059=unix://<IP_ADDRESS>:2166723561,440771402=unix://<IP_ADDRESS>:2166923561,743532536=unix://<IP_ADDRESS>:2166523561
2017-01-21 00:34:59.856440 I | etcdserver: initial cluster = 315072059=unix://<IP_ADDRESS>:2166723561,440771402=unix://<IP_ADDRESS>:2166923561,743532536=unix://<IP_ADDRESS>:2166523561
2017-01-21 00:34:59.872742 I | etcdserver: starting member 3bbb36d3be78a52e in cluster 63210a145ea9b8ab
2017-01-21 00:34:59.872773 I | raft: 3bbb36d3be78a52e became follower at term 0
2017-01-21 00:34:59.872787 I | raft: newRaft 3bbb36d3be78a52e [peers: [], term: 0, commit: 0, applied: 0, lastindex: 0, lastterm: 0]
2017-01-21 00:34:59.872794 I | raft: 3bbb36d3be78a52e became follower at term 1
2017-01-21 00:34:59.872833 I | etcdserver: starting member e79eee4433bf8adc in cluster 63210a145ea9b8ab
2017-01-21 00:34:59.872849 I | raft: e79eee4433bf8adc became follower at term 0
2017-01-21 00:34:59.872859 I | raft: newRaft e79eee4433bf8adc [peers: [], term: 0, commit: 0, applied: 0, lastindex: 0, lastterm: 0]
2017-01-21 00:34:59.872868 I | raft: e79eee4433bf8adc became follower at term 1
2017-01-21 00:34:59.874014 I | rafthttp: starting peer af17d480336ffaf9...
2017-01-21 00:34:59.874037 I | rafthttp: started HTTP pipelining with peer af17d480336ffaf9
2017-01-21 00:34:59.874715 I | rafthttp: starting peer 3bbb36d3be78a52e...
2017-01-21 00:34:59.874738 I | rafthttp: started HTTP pipelining with peer 3bbb36d3be78a52e
2017-01-21 00:34:59.874798 I | etcdserver: starting member af17d480336ffaf9 in cluster 63210a145ea9b8ab
2017-01-21 00:34:59.874830 I | raft: af17d480336ffaf9 became follower at term 0
2017-01-21 00:34:59.874845 I | raft: newRaft af17d480336ffaf9 [peers: [], term: 0, commit: 0, applied: 0, lastindex: 0, lastterm: 0]
2017-01-21 00:34:59.874852 I | raft: af17d480336ffaf9 became follower at term 1
2017-01-21 00:34:59.874934 I | rafthttp: started streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:34:59.875184 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:34:59.875517 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:34:59.876010 I | rafthttp: starting peer 3bbb36d3be78a52e...
2017-01-21 00:34:59.876037 I | rafthttp: started HTTP pipelining with peer 3bbb36d3be78a52e
2017-01-21 00:34:59.876115 I | rafthttp: started peer 3bbb36d3be78a52e
2017-01-21 00:34:59.876143 I | rafthttp: added peer 3bbb36d3be78a52e
2017-01-21 00:34:59.876159 I | rafthttp: starting peer af17d480336ffaf9...
2017-01-21 00:34:59.876168 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:34:59.876180 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:34:59.876208 I | rafthttp: started HTTP pipelining with peer af17d480336ffaf9
2017-01-21 00:34:59.877330 I | rafthttp: started peer 3bbb36d3be78a52e
2017-01-21 00:34:59.877349 I | rafthttp: added peer 3bbb36d3be78a52e
2017-01-21 00:34:59.877362 I | rafthttp: starting peer e79eee4433bf8adc...
2017-01-21 00:34:59.877378 I | rafthttp: started HTTP pipelining with peer e79eee4433bf8adc
2017-01-21 00:34:59.877503 I | rafthttp: started peer af17d480336ffaf9
2017-01-21 00:34:59.877520 I | rafthttp: added peer af17d480336ffaf9
2017-01-21 00:34:59.877529 I | etcdserver: set snapshot count to default 100000
2017-01-21 00:34:59.877539 I | etcdserver: starting server... [version: 3.2.0+git, cluster version: to_be_decided]
2017-01-21 00:34:59.877879 I | integration: launched 315072059 (unix://localhost:3150720590)
2017-01-21 00:34:59.877909 I | rafthttp: started streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:34:59.877930 I | rafthttp: started streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:34:59.877963 I | rafthttp: started streaming with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:34:59.878099 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:34:59.878127 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:34:59.878137 I | rafthttp: started streaming with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:34:59.878259 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:34:59.878367 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:34:59.878697 I | rafthttp: started peer e79eee4433bf8adc
2017-01-21 00:34:59.878715 I | rafthttp: added peer e79eee4433bf8adc
2017-01-21 00:34:59.878725 I | etcdserver: set snapshot count to default 100000
2017-01-21 00:34:59.878734 I | etcdserver: starting server... [version: 3.2.0+git, cluster version: to_be_decided]
2017-01-21 00:34:59.878866 I | etcdserver/membership: added member 3bbb36d3be78a52e [unix://<IP_ADDRESS>:2166523561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.878958 I | etcdserver/membership: added member af17d480336ffaf9 [unix://<IP_ADDRESS>:2166923561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.879005 I | integration: launched 440771402 (unix://localhost:4407714020)
2017-01-21 00:34:59.879041 I | rafthttp: started streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:34:59.879049 I | etcdserver/membership: added member e79eee4433bf8adc [unix://<IP_ADDRESS>:2166723561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.879063 I | rafthttp: started streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:34:59.879120 I | rafthttp: started streaming with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:34:59.879233 I | rafthttp: started streaming with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:34:59.879386 I | rafthttp: peer e79eee4433bf8adc became active
2017-01-21 00:34:59.879398 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream Message writer)
2017-01-21 00:34:59.879501 I | etcdserver/membership: added member 3bbb36d3be78a52e [unix://<IP_ADDRESS>:2166523561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.879709 I | etcdserver/membership: added member af17d480336ffaf9 [unix://<IP_ADDRESS>:2166923561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.879736 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 writer)
2017-01-21 00:34:59.879807 I | etcdserver/membership: added member e79eee4433bf8adc [unix://<IP_ADDRESS>:2166723561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.879892 I | rafthttp: peer af17d480336ffaf9 became active
2017-01-21 00:34:59.879904 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:34:59.879944 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:34:59.879959 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:34:59.880008 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:34:59.880088 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:34:59.880198 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:34:59.881824 I | rafthttp: started streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:34:59.902974 I | raft: e79eee4433bf8adc is starting a new election at term 1
2017-01-21 00:34:59.903013 I | raft: e79eee4433bf8adc became candidate at term 2
2017-01-21 00:34:59.903032 I | raft: e79eee4433bf8adc received MsgVoteResp from e79eee4433bf8adc at term 2
2017-01-21 00:34:59.903054 I | raft: e79eee4433bf8adc [logterm: 1, index: 3] sent MsgVote request to af17d480336ffaf9 at term 2
2017-01-21 00:34:59.903078 I | raft: e79eee4433bf8adc [logterm: 1, index: 3] sent MsgVote request to 3bbb36d3be78a52e at term 2
2017-01-21 00:34:59.905045 I | raft: af17d480336ffaf9 is starting a new election at term 1
2017-01-21 00:34:59.905076 I | raft: af17d480336ffaf9 became candidate at term 2
2017-01-21 00:34:59.905092 I | raft: af17d480336ffaf9 received MsgVoteResp from af17d480336ffaf9 at term 2
2017-01-21 00:34:59.905111 I | raft: af17d480336ffaf9 [logterm: 1, index: 3] sent MsgVote request to 3bbb36d3be78a52e at term 2
2017-01-21 00:34:59.906553 I | raft: af17d480336ffaf9 [logterm: 1, index: 3] sent MsgVote request to e79eee4433bf8adc at term 2
2017-01-21 00:34:59.906583 I | raft: af17d480336ffaf9 [logterm: 1, index: 3, vote: af17d480336ffaf9] rejected MsgVote from e79eee4433bf8adc [logterm: 1, index: 3] at term 2
2017-01-21 00:34:59.906793 I | raft: e79eee4433bf8adc [logterm: 1, index: 3, vote: e79eee4433bf8adc] rejected MsgVote from af17d480336ffaf9 [logterm: 1, index: 3] at term 2
2017-01-21 00:34:59.906818 I | raft: e79eee4433bf8adc received MsgVoteResp rejection from af17d480336ffaf9 at term 2
2017-01-21 00:34:59.906828 I | raft: e79eee4433bf8adc [quorum:2] has received 1 MsgVoteResp votes and 1 vote rejections
2017-01-21 00:34:59.906837 I | rafthttp: started peer af17d480336ffaf9
2017-01-21 00:34:59.906855 I | rafthttp: added peer af17d480336ffaf9
2017-01-21 00:34:59.906871 I | rafthttp: starting peer e79eee4433bf8adc...
2017-01-21 00:34:59.906890 I | rafthttp: started HTTP pipelining with peer e79eee4433bf8adc
2017-01-21 00:34:59.906900 I | rafthttp: started streaming with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:34:59.906918 I | raft: af17d480336ffaf9 received MsgVoteResp rejection from e79eee4433bf8adc at term 2
2017-01-21 00:34:59.906930 I | raft: af17d480336ffaf9 [quorum:2] has received 1 MsgVoteResp votes and 1 vote rejections
2017-01-21 00:34:59.906983 I | rafthttp: started streaming with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:34:59.907169 I | rafthttp: peer 3bbb36d3be78a52e became active
2017-01-21 00:34:59.907179 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream Message writer)
2017-01-21 00:34:59.907226 I | rafthttp: peer af17d480336ffaf9 became active
2017-01-21 00:34:59.907236 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:34:59.907314 I | rafthttp: started streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:34:59.907401 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:34:59.907432 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 writer)
2017-01-21 00:34:59.907632 I | rafthttp: started streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:34:59.908039 I | rafthttp: started peer e79eee4433bf8adc
2017-01-21 00:34:59.908054 I | rafthttp: added peer e79eee4433bf8adc
2017-01-21 00:34:59.908062 I | rafthttp: started streaming with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:34:59.908080 I | rafthttp: started streaming with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:34:59.908114 I | etcdserver: set snapshot count to default 100000
2017-01-21 00:34:59.908129 I | etcdserver: starting server... [version: 3.2.0+git, cluster version: to_be_decided]
2017-01-21 00:34:59.908310 I | rafthttp: peer 3bbb36d3be78a52e became active
2017-01-21 00:34:59.908323 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream Message writer)
2017-01-21 00:34:59.908385 I | etcdserver/membership: added member 3bbb36d3be78a52e [unix://<IP_ADDRESS>:2166523561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.908432 I | integration: launched 743532536 (unix://localhost:7435325360)
2017-01-21 00:34:59.908451 I | etcdserver/membership: added member af17d480336ffaf9 [unix://<IP_ADDRESS>:2166923561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.908519 I | rafthttp: peer e79eee4433bf8adc became active
2017-01-21 00:34:59.908530 I | raft: 3bbb36d3be78a52e is starting a new election at term 1
2017-01-21 00:34:59.908541 I | raft: 3bbb36d3be78a52e became candidate at term 2
2017-01-21 00:34:59.908545 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 writer)
2017-01-21 00:34:59.908553 I | etcdserver/membership: added member e79eee4433bf8adc [unix://<IP_ADDRESS>:2166723561] to cluster 63210a145ea9b8ab
2017-01-21 00:34:59.908562 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 2
2017-01-21 00:34:59.908566 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:34:59.908578 I | raft: 3bbb36d3be78a52e [logterm: 1, index: 3] sent MsgVote request to af17d480336ffaf9 at term 2
2017-01-21 00:34:59.908593 I | raft: 3bbb36d3be78a52e [logterm: 1, index: 3] sent MsgVote request to e79eee4433bf8adc at term 2
2017-01-21 00:34:59.908633 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:34:59.908753 I | raft: 3bbb36d3be78a52e [logterm: 1, index: 3, vote: 3bbb36d3be78a52e] rejected MsgVote from af17d480336ffaf9 [logterm: 1, index: 3] at term 2
2017-01-21 00:34:59.908919 I | raft: af17d480336ffaf9 [logterm: 1, index: 3, vote: af17d480336ffaf9] rejected MsgVote from 3bbb36d3be78a52e [logterm: 1, index: 3] at term 2
2017-01-21 00:34:59.908972 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream Message writer)
2017-01-21 00:34:59.908994 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:34:59.909003 I | raft: e79eee4433bf8adc [logterm: 1, index: 3, vote: e79eee4433bf8adc] rejected MsgVote from 3bbb36d3be78a52e [logterm: 1, index: 3] at term 2
2017-01-21 00:34:59.909029 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:34:59.909071 I | raft: 3bbb36d3be78a52e [logterm: 1, index: 3, vote: 3bbb36d3be78a52e] rejected MsgVote from e79eee4433bf8adc [logterm: 1, index: 3] at term 2
2017-01-21 00:34:59.909089 I | raft: 3bbb36d3be78a52e received MsgVoteResp rejection from af17d480336ffaf9 at term 2
2017-01-21 00:34:59.909099 I | raft: 3bbb36d3be78a52e [quorum:2] has received 1 MsgVoteResp votes and 1 vote rejections
2017-01-21 00:34:59.909108 I | raft: 3bbb36d3be78a52e received MsgVoteResp rejection from e79eee4433bf8adc at term 2
2017-01-21 00:34:59.909114 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:34:59.909155 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:34:59.909298 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 writer)
2017-01-21 00:34:59.909372 I | raft: 3bbb36d3be78a52e [quorum:2] has received 1 MsgVoteResp votes and 2 vote rejections
2017-01-21 00:34:59.909391 I | raft: 3bbb36d3be78a52e became follower at term 2
2017-01-21 00:34:59.909397 I | raft: af17d480336ffaf9 received MsgVoteResp rejection from 3bbb36d3be78a52e at term 2
2017-01-21 00:34:59.909405 I | raft: e79eee4433bf8adc received MsgVoteResp rejection from 3bbb36d3be78a52e at term 2
2017-01-21 00:34:59.909414 I | raft: e79eee4433bf8adc [quorum:2] has received 1 MsgVoteResp votes and 2 vote rejections
2017-01-21 00:34:59.909421 I | raft: e79eee4433bf8adc became follower at term 2
2017-01-21 00:34:59.909437 I | raft: af17d480336ffaf9 [quorum:2] has received 1 MsgVoteResp votes and 2 vote rejections
2017-01-21 00:34:59.909451 I | raft: af17d480336ffaf9 became follower at term 2
2017-01-21 00:34:59.909463 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:34:59.909470 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:00.023088 I | raft: e79eee4433bf8adc is starting a new election at term 2
2017-01-21 00:35:00.023162 I | raft: e79eee4433bf8adc became candidate at term 3
2017-01-21 00:35:00.023199 I | raft: e79eee4433bf8adc received MsgVoteResp from e79eee4433bf8adc at term 3
2017-01-21 00:35:00.023242 I | raft: e79eee4433bf8adc [logterm: 1, index: 3] sent MsgVote request to af17d480336ffaf9 at term 3
2017-01-21 00:35:00.023281 I | raft: e79eee4433bf8adc [logterm: 1, index: 3] sent MsgVote request to 3bbb36d3be78a52e at term 3
2017-01-21 00:35:00.023675 I | raft: af17d480336ffaf9 [term: 2] received a MsgVote message with higher term from e79eee4433bf8adc [term: 3]
2017-01-21 00:35:00.023710 I | raft: 3bbb36d3be78a52e [term: 2] received a MsgVote message with higher term from e79eee4433bf8adc [term: 3]
2017-01-21 00:35:00.023759 I | raft: 3bbb36d3be78a52e became follower at term 3
2017-01-21 00:35:00.023802 I | raft: 3bbb36d3be78a52e [logterm: 1, index: 3, vote: 0] cast MsgVote for e79eee4433bf8adc [logterm: 1, index: 3] at term 3
2017-01-21 00:35:00.023829 I | raft: af17d480336ffaf9 became follower at term 3
2017-01-21 00:35:00.023887 I | raft: af17d480336ffaf9 [logterm: 1, index: 3, vote: 0] cast MsgVote for e79eee4433bf8adc [logterm: 1, index: 3] at term 3
2017-01-21 00:35:00.024067 I | raft: e79eee4433bf8adc received MsgVoteResp from 3bbb36d3be78a52e at term 3
2017-01-21 00:35:00.024110 I | raft: e79eee4433bf8adc [quorum:2] has received 2 MsgVoteResp votes and 0 vote rejections
2017-01-21 00:35:00.024155 I | raft: e79eee4433bf8adc became leader at term 3
2017-01-21 00:35:00.024199 I | raft: raft.node: e79eee4433bf8adc elected leader e79eee4433bf8adc at term 3
2017-01-21 00:35:00.024669 I | raft: raft.node: 3bbb36d3be78a52e elected leader e79eee4433bf8adc at term 3
2017-01-21 00:35:00.024721 I | raft: raft.node: af17d480336ffaf9 elected leader e79eee4433bf8adc at term 3
2017-01-21 00:35:00.026616 I | etcdserver: published {Name:315072059 ClientURLs:[unix://<IP_ADDRESS>:2166823561]} to cluster 63210a145ea9b8ab
2017-01-21 00:35:00.026813 I | etcdserver: published {Name:743532536 ClientURLs:[unix://<IP_ADDRESS>:2166623561]} to cluster 63210a145ea9b8ab
2017-01-21 00:35:00.027520 I | etcdserver: setting up the initial cluster version to 3.2
2017-01-21 00:35:00.028366 N | etcdserver/membership: set the initial cluster version to 3.2
2017-01-21 00:35:00.028761 N | etcdserver/membership: set the initial cluster version to 3.2
2017-01-21 00:35:00.029632 I | etcdserver: published {Name:440771402 ClientURLs:[unix://<IP_ADDRESS>:2167023561]} to cluster 63210a145ea9b8ab
2017-01-21 00:35:00.030381 N | etcdserver/membership: set the initial cluster version to 3.2
2017-01-21 00:35:00.036540 I | integration: stopping 440771402 (unix://localhost:4407714020)
2017-01-21 00:35:00.036860 I | rafthttp: stopping peer 3bbb36d3be78a52e...
2017-01-21 00:35:00.036916 I | etcdserver/api/v3rpc: transport: http2Server.HandleStreams failed to read frame: read unix localhost:440771402->@: use of closed network connection
2017-01-21 00:35:00.038013 I | rafthttp: closed the TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 writer)
2017-01-21 00:35:00.038046 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:00.038666 I | etcdserver/api/v3rpc: transport: http2Client.notifyError got notified that the client transport was broken EOF.
2017-01-21 00:35:00.038708 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:35:00.038903 I | etcdserver/api/v3rpc: grpc: addrConn.resetTransport failed to create client transport: connection error: desc = "transport: dial unix localhost:4407714020: connect: no such file or directory"; Reconnecting to {localhost:4407714020 <nil>}
2017-01-21 00:35:00.039080 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:35:00.039297 I | rafthttp: closed the TCP streaming connection with peer 3bbb36d3be78a52e (stream Message writer)
2017-01-21 00:35:00.039327 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:00.039370 I | rafthttp: stopped HTTP pipelining with peer 3bbb36d3be78a52e
2017-01-21 00:35:00.039455 W | rafthttp: lost the TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:00.039488 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:00.039561 W | rafthttp: lost the TCP streaming connection with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:00.039587 E | rafthttp: failed to read 3bbb36d3be78a52e on stream Message (net/http: request canceled)
2017-01-21 00:35:00.039605 I | rafthttp: peer 3bbb36d3be78a52e became inactive
2017-01-21 00:35:00.039632 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:00.039655 I | rafthttp: stopped peer 3bbb36d3be78a52e
2017-01-21 00:35:00.039676 I | rafthttp: stopping peer e79eee4433bf8adc...
2017-01-21 00:35:00.040037 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:35:00.040954 I | rafthttp: closed the TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 writer)
2017-01-21 00:35:00.040987 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:00.041685 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:35:00.041837 I | rafthttp: closed the TCP streaming connection with peer e79eee4433bf8adc (stream Message writer)
2017-01-21 00:35:00.041866 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:00.041918 I | rafthttp: stopped HTTP pipelining with peer e79eee4433bf8adc
2017-01-21 00:35:00.042017 W | rafthttp: lost the TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:00.042039 E | rafthttp: failed to read e79eee4433bf8adc on stream MsgApp v2 (net/http: request canceled)
2017-01-21 00:35:00.042050 I | rafthttp: peer e79eee4433bf8adc became inactive
2017-01-21 00:35:00.042067 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:00.042131 W | rafthttp: lost the TCP streaming connection with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:00.042153 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:00.042173 I | rafthttp: stopped peer e79eee4433bf8adc
2017-01-21 00:35:00.054286 I | integration: stopped 440771402 (unix://localhost:4407714020)
2017-01-21 00:35:00.063035 E | rafthttp: failed to write af17d480336ffaf9 on stream Message (write unix <IP_ADDRESS>:2166723561->@: write: broken pipe)
2017-01-21 00:35:00.063058 I | rafthttp: peer af17d480336ffaf9 became inactive
2017-01-21 00:35:00.063428 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:35:00.139214 E | rafthttp: failed to dial af17d480336ffaf9 on stream MsgApp v2 (dial unix <IP_ADDRESS>:2166923561: connect: no such file or directory)
2017-01-21 00:35:00.139258 I | rafthttp: peer af17d480336ffaf9 became inactive
2017-01-21 00:35:00.154360 I | integration: restarting 440771402 (unix://localhost:4407714020)
2017-01-21 00:35:00.154647 I | integration: launching 440771402 (unix://localhost:4407714020)
2017-01-21 00:35:00.155167 I | etcdserver: name = 440771402
2017-01-21 00:35:00.155187 I | etcdserver: data dir = /tmp/etcd011076504
2017-01-21 00:35:00.155205 I | etcdserver: member dir = /tmp/etcd011076504/member
2017-01-21 00:35:00.155222 I | etcdserver: heartbeat = 10ms
2017-01-21 00:35:00.155239 I | etcdserver: election = 100ms
2017-01-21 00:35:00.155254 I | etcdserver: snapshot count = 0
2017-01-21 00:35:00.155273 I | etcdserver: advertise client URLs = unix://<IP_ADDRESS>:2167023561
2017-01-21 00:35:00.185263 I | etcdserver: restarting member af17d480336ffaf9 in cluster 63210a145ea9b8ab at commit index 9
2017-01-21 00:35:00.185301 I | raft: af17d480336ffaf9 became follower at term 3
2017-01-21 00:35:00.185314 I | raft: newRaft af17d480336ffaf9 [peers: [], term: 3, commit: 9, applied: 0, lastindex: 9, lastterm: 3]
2017-01-21 00:35:00.187590 I | etcdserver: set snapshot count to default 100000
2017-01-21 00:35:00.187609 I | etcdserver: starting server... [version: 3.2.0+git, cluster version: to_be_decided]
2017-01-21 00:35:00.187991 I | etcdserver/membership: added member 3bbb36d3be78a52e [unix://<IP_ADDRESS>:2166523561] to cluster 63210a145ea9b8ab
2017-01-21 00:35:00.188023 I | rafthttp: starting peer 3bbb36d3be78a52e...
2017-01-21 00:35:00.188054 I | rafthttp: started HTTP pipelining with peer 3bbb36d3be78a52e
2017-01-21 00:35:00.189178 I | raft: raft.node: af17d480336ffaf9 elected leader e79eee4433bf8adc at term 3
2017-01-21 00:35:00.189297 I | rafthttp: peer af17d480336ffaf9 became active
2017-01-21 00:35:00.189367 I | integration: launched 440771402 (unix://localhost:4407714020)
2017-01-21 00:35:00.189385 I | integration: restarted 440771402 (unix://localhost:4407714020)
2017-01-21 00:35:00.189431 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:00.189540 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:59.001685 I | rafthttp: started peer 3bbb36d3be78a52e
2017-01-21 00:35:59.001737 I | rafthttp: added peer 3bbb36d3be78a52e
2017-01-21 00:35:59.001908 I | etcdserver/membership: added member af17d480336ffaf9 [unix://<IP_ADDRESS>:2166923561] to cluster 63210a145ea9b8ab
2017-01-21 00:35:59.002036 I | etcdserver/membership: added member e79eee4433bf8adc [unix://<IP_ADDRESS>:2166723561] to cluster 63210a145ea9b8ab
2017-01-21 00:35:59.002050 I | rafthttp: peer af17d480336ffaf9 became active
2017-01-21 00:35:59.002066 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:35:59.002098 I | rafthttp: peer 3bbb36d3be78a52e became active
2017-01-21 00:35:59.002115 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 writer)
2017-01-21 00:35:59.002177 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream Message writer)
2017-01-21 00:35:59.002254 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:59.002281 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:35:59.002320 I | rafthttp: starting peer e79eee4433bf8adc...
2017-01-21 00:35:59.002347 I | rafthttp: started HTTP pipelining with peer e79eee4433bf8adc
2017-01-21 00:35:59.002382 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:35:59.002396 E | rafthttp: failed to heartbeat af17d480336ffaf9 on stream MsgApp v2 (write unix <IP_ADDRESS>:2166723561->@: write: broken pipe)
2017-01-21 00:35:59.002408 I | rafthttp: peer af17d480336ffaf9 became inactive
2017-01-21 00:35:59.002840 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:35:59.002860 I | rafthttp: peer af17d480336ffaf9 became active
2017-01-21 00:35:59.002880 I | integration: terminating 743532536 (unix://localhost:7435325360)
2017-01-21 00:35:59.002994 E | etcdserver: publish error: etcdserver: request timed out, possibly due to previous leader failure
2017-01-21 00:35:59.003062 I | etcdserver/api/v3rpc: transport: http2Server.HandleStreams failed to read frame: read unix localhost:743532536->@: use of closed network connection
2017-01-21 00:35:59.003083 I | raft: 3bbb36d3be78a52e is starting a new election at term 3
2017-01-21 00:35:59.003104 I | raft: 3bbb36d3be78a52e became candidate at term 4
2017-01-21 00:35:59.003117 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 4
2017-01-21 00:35:59.003132 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 4
2017-01-21 00:35:59.003149 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 4
2017-01-21 00:35:59.003163 I | raft: raft.node: 3bbb36d3be78a52e lost leader e79eee4433bf8adc at term 4
2017-01-21 00:35:59.003222 I | raft: 3bbb36d3be78a52e is starting a new election at term 4
2017-01-21 00:35:59.003242 I | raft: 3bbb36d3be78a52e became candidate at term 5
2017-01-21 00:35:59.003258 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 5
2017-01-21 00:35:59.003279 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 5
2017-01-21 00:35:59.003291 W | rafthttp: dropped internal raft message to af17d480336ffaf9 since pipeline's sending buffer is full (bad/overloaded network)
2017-01-21 00:35:59.003304 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 5
2017-01-21 00:35:59.003344 I | raft: 3bbb36d3be78a52e is starting a new election at term 5
2017-01-21 00:35:59.003359 I | raft: 3bbb36d3be78a52e became candidate at term 6
2017-01-21 00:35:59.003369 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 6
2017-01-21 00:35:59.003382 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 6
2017-01-21 00:35:59.003399 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 6
2017-01-21 00:35:59.003460 I | raft: 3bbb36d3be78a52e is starting a new election at term 6
2017-01-21 00:35:59.003473 I | raft: 3bbb36d3be78a52e became candidate at term 7
2017-01-21 00:35:59.003483 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 7
2017-01-21 00:35:59.003497 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 7
2017-01-21 00:35:59.003510 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 7
2017-01-21 00:35:59.003564 I | raft: 3bbb36d3be78a52e is starting a new election at term 7
2017-01-21 00:35:59.003576 I | raft: 3bbb36d3be78a52e became candidate at term 8
2017-01-21 00:35:59.003586 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 8
2017-01-21 00:35:59.003599 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 8
2017-01-21 00:35:59.003615 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 8
2017-01-21 00:35:59.003655 I | raft: 3bbb36d3be78a52e is starting a new election at term 8
2017-01-21 00:35:59.003673 I | raft: 3bbb36d3be78a52e became candidate at term 9
2017-01-21 00:35:59.003689 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 9
2017-01-21 00:35:59.003707 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 9
2017-01-21 00:35:59.003725 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 9
2017-01-21 00:35:59.003763 I | raft: 3bbb36d3be78a52e is starting a new election at term 9
2017-01-21 00:35:59.003776 I | raft: 3bbb36d3be78a52e became candidate at term 10
2017-01-21 00:35:59.003786 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 10
2017-01-21 00:35:59.003799 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 10
2017-01-21 00:35:59.003813 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 10
2017-01-21 00:35:59.003864 I | raft: 3bbb36d3be78a52e is starting a new election at term 10
2017-01-21 00:35:59.003876 I | raft: 3bbb36d3be78a52e became candidate at term 11
2017-01-21 00:35:59.003886 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 11
2017-01-21 00:35:59.003898 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 11
2017-01-21 00:35:59.003912 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 11
2017-01-21 00:35:59.003954 I | raft: 3bbb36d3be78a52e is starting a new election at term 11
2017-01-21 00:35:59.003967 I | raft: 3bbb36d3be78a52e became candidate at term 12
2017-01-21 00:35:59.003977 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 12
2017-01-21 00:35:59.003990 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 12
2017-01-21 00:35:59.004014 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 12
2017-01-21 00:35:59.004050 I | raft: 3bbb36d3be78a52e is starting a new election at term 12
2017-01-21 00:35:59.004062 I | raft: 3bbb36d3be78a52e became candidate at term 13
2017-01-21 00:35:59.004069 I | rafthttp: started peer e79eee4433bf8adc
2017-01-21 00:35:59.004091 I | rafthttp: added peer e79eee4433bf8adc
2017-01-21 00:35:59.004352 N | etcdserver/membership: set the initial cluster version to 3.2
2017-01-21 00:35:59.004422 W | etcdserver: apply entries took too long [58.816622848s for 9 entries]
2017-01-21 00:35:59.004440 W | etcdserver: avoid queries with large range/delete range!
2017-01-21 00:35:59.004549 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:59.004774 I | rafthttp: started streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:59.004812 I | rafthttp: started streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:59.004862 I | rafthttp: started streaming with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:59.005047 I | rafthttp: started streaming with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:59.005182 I | rafthttp: started streaming with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:59.006059 I | raft: 3bbb36d3be78a52e received MsgVoteResp from 3bbb36d3be78a52e at term 13
2017-01-21 00:35:59.006097 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to af17d480336ffaf9 at term 13
2017-01-21 00:35:59.006117 I | raft: 3bbb36d3be78a52e [logterm: 3, index: 9] sent MsgVote request to e79eee4433bf8adc at term 13
2017-01-21 00:35:59.006156 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 53.420247605s)
2017-01-21 00:35:59.006170 W | etcdserver: server is likely overloaded
2017-01-21 00:35:59.006188 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 53.423084582s)
2017-01-21 00:35:59.006198 W | etcdserver: server is likely overloaded
2017-01-21 00:35:59.006289 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:35:59.006319 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:35:59.006502 I | rafthttp: peer e79eee4433bf8adc became active
2017-01-21 00:35:59.006517 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:35:59.006531 W | rafthttp: dropped internal raft message to e79eee4433bf8adc since pipeline's sending buffer is full (bad/overloaded network)
2017-01-21 00:35:59.006546 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:35:59.006571 E | rafthttp: failed to find member e79eee4433bf8adc in cluster 63210a145ea9b8ab
2017-01-21 00:35:59.006619 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:59.006644 I | rafthttp: established a TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:35:59.006655 I | rafthttp: established a TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:59.006729 E | rafthttp: failed to dial af17d480336ffaf9 on stream Message (peer af17d480336ffaf9 failed to find local node e79eee4433bf8adc)
2017-01-21 00:35:59.006746 I | rafthttp: peer af17d480336ffaf9 became inactive
2017-01-21 00:35:59.006817 I | rafthttp: peer af17d480336ffaf9 became active
2017-01-21 00:35:59.006854 E | rafthttp: failed to find member e79eee4433bf8adc in cluster 63210a145ea9b8ab
2017-01-21 00:35:59.006905 I | rafthttp: established a TCP streaming connection with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:59.007002 E | rafthttp: failed to dial af17d480336ffaf9 on stream MsgApp v2 (peer af17d480336ffaf9 failed to find local node e79eee4433bf8adc)
2017-01-21 00:35:59.007018 I | rafthttp: peer af17d480336ffaf9 became inactive
2017-01-21 00:35:59.007151 W | raft: A tick missed to fire. Node blocks too long!
2017-01-21 00:35:59.007196 I | rafthttp: stopping peer af17d480336ffaf9...
2017-01-21 00:35:59.007342 I | rafthttp: peer af17d480336ffaf9 became active
2017-01-21 00:35:59.013352 W | rafthttp: failed to process raft message (raft: stopped)
2017-01-21 00:35:59.013697 I | rafthttp: closed the TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:35:59.013713 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:35:59.014046 I | rafthttp: closed the TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:35:59.014058 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:35:59.014104 I | rafthttp: stopped HTTP pipelining with peer af17d480336ffaf9
2017-01-21 00:35:59.014140 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:35:59.014147 W | rafthttp: lost the TCP streaming connection with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:59.014158 E | rafthttp: failed to read af17d480336ffaf9 on stream MsgApp v2 (net/http: request canceled)
2017-01-21 00:35:59.014163 I | rafthttp: peer af17d480336ffaf9 became inactive
2017-01-21 00:35:59.014170 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:35:59.014173 W | rafthttp: lost the TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:59.014194 W | rafthttp: lost the TCP streaming connection with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:35:59.014207 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:35:59.014214 I | rafthttp: stopped peer af17d480336ffaf9
2017-01-21 00:35:59.014218 I | rafthttp: stopping peer e79eee4433bf8adc...
2017-01-21 00:35:59.014469 I | rafthttp: closed the TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 writer)
2017-01-21 00:35:59.014475 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:59.014729 I | rafthttp: closed the TCP streaming connection with peer e79eee4433bf8adc (stream Message writer)
2017-01-21 00:35:59.014735 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:59.014765 I | rafthttp: stopped HTTP pipelining with peer e79eee4433bf8adc
2017-01-21 00:35:59.014787 W | rafthttp: lost the TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:59.014796 E | rafthttp: failed to read e79eee4433bf8adc on stream MsgApp v2 (net/http: request canceled)
2017-01-21 00:35:59.014803 I | rafthttp: peer e79eee4433bf8adc became inactive
2017-01-21 00:35:59.014810 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:59.014821 W | rafthttp: lost the TCP streaming connection with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:59.014829 W | rafthttp: lost the TCP streaming connection with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:59.014835 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:59.014840 I | rafthttp: stopped peer e79eee4433bf8adc
2017-01-21 00:35:59.014843 W | rafthttp: lost the TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:59.026002 I | integration: terminated 743532536 (unix://localhost:7435325360)
2017-01-21 00:35:59.026022 I | integration: terminating 315072059 (unix://localhost:3150720590)
2017-01-21 00:35:59.026125 I | rafthttp: stopping peer 3bbb36d3be78a52e...
2017-01-21 00:35:59.026372 I | rafthttp: closed the TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 writer)
2017-01-21 00:35:59.026380 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:59.026613 I | rafthttp: closed the TCP streaming connection with peer 3bbb36d3be78a52e (stream Message writer)
2017-01-21 00:35:59.026621 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:59.026641 I | rafthttp: stopped HTTP pipelining with peer 3bbb36d3be78a52e
2017-01-21 00:35:59.026652 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:59.026663 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:59.026671 I | rafthttp: stopped peer 3bbb36d3be78a52e
2017-01-21 00:35:59.026678 I | rafthttp: stopping peer af17d480336ffaf9...
2017-01-21 00:35:59.026802 W | rafthttp: lost the TCP streaming connection with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:59.026918 I | rafthttp: closed the TCP streaming connection with peer af17d480336ffaf9 (stream MsgApp v2 writer)
2017-01-21 00:35:59.026925 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:35:59.027047 W | rafthttp: lost the TCP streaming connection with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:59.027173 I | rafthttp: closed the TCP streaming connection with peer af17d480336ffaf9 (stream Message writer)
2017-01-21 00:35:59.027179 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (writer)
2017-01-21 00:35:59.027197 I | rafthttp: stopped HTTP pipelining with peer af17d480336ffaf9
2017-01-21 00:35:59.027209 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (stream MsgApp v2 reader)
2017-01-21 00:35:59.027217 I | rafthttp: stopped streaming with peer af17d480336ffaf9 (stream Message reader)
2017-01-21 00:35:59.027222 I | rafthttp: stopped peer af17d480336ffaf9
2017-01-21 00:35:59.040200 I | integration: terminated 315072059 (unix://localhost:3150720590)
2017-01-21 00:35:59.040261 I | integration: terminating 440771402 (unix://localhost:4407714020)
2017-01-21 00:35:59.040353 I | etcdserver: aborting publish because server is stopped
2017-01-21 00:35:59.040377 I | rafthttp: stopping peer 3bbb36d3be78a52e...
2017-01-21 00:35:59.040653 I | rafthttp: closed the TCP streaming connection with peer 3bbb36d3be78a52e (stream MsgApp v2 writer)
2017-01-21 00:35:59.040662 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:59.040925 I | rafthttp: closed the TCP streaming connection with peer 3bbb36d3be78a52e (stream Message writer)
2017-01-21 00:35:59.040932 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (writer)
2017-01-21 00:35:59.040952 I | rafthttp: stopped HTTP pipelining with peer 3bbb36d3be78a52e
2017-01-21 00:35:59.040972 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (stream MsgApp v2 reader)
2017-01-21 00:35:59.040986 I | rafthttp: stopped streaming with peer 3bbb36d3be78a52e (stream Message reader)
2017-01-21 00:35:59.041008 I | rafthttp: stopped peer 3bbb36d3be78a52e
2017-01-21 00:35:59.041016 I | rafthttp: stopping peer e79eee4433bf8adc...
2017-01-21 00:35:59.041029 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:59.041041 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (writer)
2017-01-21 00:35:59.041083 I | rafthttp: stopped HTTP pipelining with peer e79eee4433bf8adc
2017-01-21 00:35:59.041108 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (stream MsgApp v2 reader)
2017-01-21 00:35:59.041134 I | rafthttp: stopped streaming with peer e79eee4433bf8adc (stream Message reader)
2017-01-21 00:35:59.041166 I | rafthttp: stopped peer e79eee4433bf8adc
2017-01-21 00:35:59.054161 I | integration: terminated 440771402 (unix://localhost:4407714020)
--- FAIL: TestKVGetRetry (59.22s)
	kv_test.go:647: timed out waiting for get
	kv_test.go:625: grpc: the client connection is closing

Probably related to balancer changes. /cc @fanminshi

I couldn't reproduce this error locally. I didn't see any logic error with balancer code.
I noticed that this tests took 59 seconds which is unexpected.
the killed node stopped at
2017-01-21 00:35:00.039655 I | rafthttp: stopped peer 3bbb36d3be78a52e
but it took another 59 seconds for the node restart
2017-01-21 00:35:00.188023 I | rafthttp: starting peer 3bbb36d3be78a52e...
...
2017-01-21 00:35:59.001685 I | rafthttp: started peer 3bbb36d3be78a52e
2017-01-21 00:35:59.001737 I | rafthttp: added peer 3bbb36d3be78a52e

not too sure what's going on.

Happened again on https://semaphoreci.com/coreos/etcd/branches/master/builds/1659
Has same delay:
2017-03-14 05:16:28.157333 I | rafthttp: stopped streaming with peer c86ef6a11585b8e3 (writer)
2017-03-14 05:16:28.157680 I | rafthttp: closed the TCP streaming connection with peer c86ef6a11585b8e3 (stream Message writer)
2017-03-14 05:16:28.157687 I | rafthttp: stopped streaming with peer c86ef6a11585b8e3 (writer)
2017-03-14 05:16:28.157722 I | rafthttp: stopped HTTP pipelining with peer c86ef6a11585b8e3
2017-03-14 05:16:28.157748 W | rafthttp: lost the TCP streaming connection with peer c86ef6a11585b8e3 (stream MsgApp v2 reader)
2017-03-14 05:16:28.157756 E | rafthttp: failed to read c86ef6a11585b8e3 on stream MsgApp v2 (net/http: request canceled)
2017-03-14 05:16:28.157762 I | rafthttp: peer c86ef6a11585b8e3 became inactive
2017-03-14 05:16:28.157770 I | rafthttp: stopped streaming with peer c86ef6a11585b8e3 (stream MsgApp v2 reader)
2017-03-14 05:16:28.157792 W | rafthttp: lost the TCP streaming connection with peer c86ef6a11585b8e3 (stream Message reader)
2017-03-14 05:16:28.157799 I | rafthttp: stopped streaming with peer c86ef6a11585b8e3 (stream Message reader)
2017-03-14 05:16:28.157805 I | rafthttp: stopped peer c86ef6a11585b8e3
2017-03-14 05:16:28.158056 W | rafthttp: lost the TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message reader)
2017-03-14 05:16:28.158079 W | rafthttp: lost the TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 reader)
2017-03-14 05:16:28.158098 W | rafthttp: lost the TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message reader)
2017-03-14 05:16:28.158117 W | rafthttp: lost the TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 reader)
2017-03-14 05:16:28.158128 I | etcdserver/api/v3rpc: transport: http2Client.notifyError got notified that the client transport was broken EOF.
2017-03-14 05:16:28.158212 I | etcdserver/api/v3rpc: grpc: addrConn.resetTransport failed to create client transport: connection error: desc = "transport: dial unix localhost:16668812170: connect: no such file or directory"; Reconnecting to {localhost:16668812170 <nil>}
2017-03-14 05:16:28.179073 E | rafthttp: failed to write<PHONE_NUMBER>71fa00 on stream Message (write unix <IP_ADDRESS>:2139919735->@: write: broken pipe)
2017-03-14 05:16:28.179089 I | rafthttp: peer<PHONE_NUMBER>71fa00 became inactive
2017-03-14 05:16:28.179382 W | rafthttp: lost the TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message writer)
2017-03-14 05:16:28.187281 I | integration: stopped<PHONE_NUMBER> (unix://localhost:16668812170)
2017-03-14 05:16:28.258401 E | rafthttp: failed to dial<PHONE_NUMBER>71fa00 on stream MsgApp v2 (dial unix <IP_ADDRESS>:2140119735: connect: no such file or directory)
2017-03-14 05:16:28.258439 I | rafthttp: peer<PHONE_NUMBER>71fa00 became inactive
2017-03-14 05:16:28.287429 I | integration: restarting<PHONE_NUMBER> (unix://localhost:16668812170)
2017-03-14 05:16:28.287570 I | integration: launching<PHONE_NUMBER> (unix://localhost:16668812170)
2017-03-14 05:16:28.287813 I | etcdserver: name =<PHONE_NUMBER>
2017-03-14 05:16:28.287821 I | etcdserver: data dir = /tmp/etcd132501914
2017-03-14 05:16:28.287826 I | etcdserver: member dir = /tmp/etcd132501914/member
2017-03-14 05:16:28.287831 I | etcdserver: heartbeat = 10ms
2017-03-14 05:16:28.287835 I | etcdserver: election = 100ms
2017-03-14 05:16:28.287841 I | etcdserver: snapshot count = 0
2017-03-14 05:16:28.287858 I | etcdserver: advertise client URLs = unix://<IP_ADDRESS>:2140219735
2017-03-14 05:16:28.319933 I | etcdserver: restarting member<PHONE_NUMBER>71fa00 in cluster 191ef23ca4bedbc6 at commit index 10
2017-03-14 05:16:28.319964 I | raft:<PHONE_NUMBER>71fa00 became follower at term 2
2017-03-14 05:16:28.319975 I | raft: newRaft<PHONE_NUMBER>71fa00 [peers: [], term: 2, commit: 10, applied: 0, lastindex: 10, lastterm: 2]
2017-03-14 05:16:28.321715 W | auth: simple token is not cryptographically signed
2017-03-14 05:16:28.321803 I | etcdserver: set snapshot count to default 100000
2017-03-14 05:16:28.321812 I | etcdserver: starting server... [version: 3.2.0+git, cluster version: to_be_decided]
2017-03-14 05:16:28.322025 I | etcdserver/membership: added member<PHONE_NUMBER>71fa00 [unix://<IP_ADDRESS>:2140119735] to cluster 191ef23ca4bedbc6
2017-03-14 05:16:28.322088 I | etcdserver/membership: added member 9830d477ba4820a9 [unix://<IP_ADDRESS>:2140319735] to cluster 191ef23ca4bedbc6
2017-03-14 05:16:28.322103 I | rafthttp: starting peer 9830d477ba4820a9...
2017-03-14 05:16:28.322119 I | rafthttp: started HTTP pipelining with peer 9830d477ba4820a9
2017-03-14 05:16:28.323222 I | rafthttp: started peer 9830d477ba4820a9
2017-03-14 05:16:28.323245 I | rafthttp: added peer 9830d477ba4820a9
2017-03-14 05:16:28.323347 I | etcdserver/membership: added member c86ef6a11585b8e3 [unix://<IP_ADDRESS>:2139919735] to cluster 191ef23ca4bedbc6
2017-03-14 05:16:28.323362 I | rafthttp: starting peer c86ef6a11585b8e3...
2017-03-14 05:16:28.323374 I | rafthttp: started HTTP pipelining with peer c86ef6a11585b8e3
2017-03-14 05:16:28.326290 I | rafthttp: started peer c86ef6a11585b8e3
2017-03-14 05:16:28.326331 I | rafthttp: added peer c86ef6a11585b8e3
2017-03-14 05:16:28.326525 N | etcdserver/membership: set the initial cluster version to 3.2
2017-03-14 05:16:28.342672 I | integration: launched<PHONE_NUMBER> (unix://localhost:16668812170)
2017-03-14 05:16:28.342692 I | integration: restarted<PHONE_NUMBER> (unix://localhost:16668812170)
2017-03-14 05:16:28.342796 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 4.712752ms)
2017-03-14 05:16:28.342805 W | etcdserver: server is likely overloaded
2017-03-14 05:16:28.342818 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 4.733833ms)
2017-03-14 05:16:28.342825 W | etcdserver: server is likely overloaded
2017-03-14 05:16:28.360356 I | raft: raft.node:<PHONE_NUMBER>71fa00 elected leader c86ef6a11585b8e3 at term 2
2017-03-14 05:16:28.362485 I | rafthttp: started streaming with peer 9830d477ba4820a9 (writer)
2017-03-14 05:16:28.367090 I | rafthttp: started streaming with peer 9830d477ba4820a9 (writer)
2017-03-14 05:16:28.367429 I | rafthttp: started streaming with peer c86ef6a11585b8e3 (writer)
2017-03-14 05:16:28.367461 I | rafthttp: started streaming with peer c86ef6a11585b8e3 (writer)
2017-03-14 05:16:28.367505 I | rafthttp: started streaming with peer c86ef6a11585b8e3 (stream MsgApp v2 reader)
2017-03-14 05:16:28.367698 I | rafthttp: started streaming with peer c86ef6a11585b8e3 (stream Message reader)
2017-03-14 05:16:28.368898 I | rafthttp: started streaming with peer 9830d477ba4820a9 (stream MsgApp v2 reader)
2017-03-14 05:16:28.369661 I | rafthttp: peer<PHONE_NUMBER>71fa00 became active
2017-03-14 05:16:28.373306 I | rafthttp: started streaming with peer 9830d477ba4820a9 (stream Message reader)
2017-03-14 05:16:28.373698 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 2.93593ms)
2017-03-14 05:16:28.373712 W | etcdserver: server is likely overloaded
2017-03-14 05:16:28.373726 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 2.97137ms)
2017-03-14 05:16:28.373735 W | etcdserver: server is likely overloaded
2017-03-14 05:16:28.376882 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message writer)
2017-03-14 05:16:28.377853 W | rafthttp: closed an existing TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 writer)
2017-03-14 05:16:28.377866 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 writer)
2017-03-14 05:16:28.379089 I | rafthttp: peer<PHONE_NUMBER>71fa00 became active
2017-03-14 05:16:28.379101 W | rafthttp: closed an existing TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message writer)
2017-03-14 05:16:28.379108 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message writer)
2017-03-14 05:16:28.379737 W | rafthttp: closed an existing TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 writer)
2017-03-14 05:16:28.379745 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 writer)
2017-03-14 05:16:28.379820 I | rafthttp: peer 9830d477ba4820a9 became active
2017-03-14 05:16:28.379829 I | rafthttp: established a TCP streaming connection with peer 9830d477ba4820a9 (stream Message reader)
2017-03-14 05:16:28.380047 I | rafthttp: peer c86ef6a11585b8e3 became active
2017-03-14 05:16:28.380056 I | rafthttp: established a TCP streaming connection with peer c86ef6a11585b8e3 (stream MsgApp v2 reader)
2017-03-14 05:16:28.380345 I | rafthttp: established a TCP streaming connection with peer 9830d477ba4820a9 (stream Message writer)
2017-03-14 05:16:28.380716 I | rafthttp: established a TCP streaming connection with peer c86ef6a11585b8e3 (stream Message writer)
2017-03-14 05:16:28.380948 I | rafthttp: established a TCP streaming connection with peer 9830d477ba4820a9 (stream MsgApp v2 writer)
2017-03-14 05:16:28.381189 I | rafthttp: established a TCP streaming connection with peer c86ef6a11585b8e3 (stream MsgApp v2 writer)
2017-03-14 05:16:28.381271 I | rafthttp: established a TCP streaming connection with peer c86ef6a11585b8e3 (stream Message reader)
2017-03-14 05:17:18.049098 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 reader)
2017-03-14 05:17:18.049344 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream MsgApp v2 reader)
2017-03-14 05:17:18.049583 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message reader)
2017-03-14 05:17:18.049721 I | rafthttp: established a TCP streaming connection with peer<PHONE_NUMBER>71fa00 (stream Message reader)
2017-03-14 05:17:18.049823 I | rafthttp: established a TCP streaming connection with peer 9830d477ba4820a9 (stream MsgApp v2 reader)
2017-03-14 05:17:18.050065 I | etcdserver: published {Name:1666881217 ClientURLs:[unix://<IP_ADDRESS>:2140219735]} to cluster 191ef23ca4bedbc6
2017-03-14 05:17:18.050075 I | raft:<PHONE_NUMBER>71fa00 is starting a new election at term 2
2017-03-14 05:17:18.050093 I | raft:<PHONE_NUMBER>71fa00 became candidate at term 3
2017-03-14 05:17:18.050103 I | raft:<PHONE_NUMBER>71fa00 received MsgVoteResp from<PHONE_NUMBER>71fa00 at term 3
2017-03-14 05:17:18.050114 I | raft:<PHONE_NUMBER>71fa00 [logterm: 2, index: 11] sent MsgVote request to 9830d477ba4820a9 at term 3
2017-03-14 05:17:18.050124 I | raft:<PHONE_NUMBER>71fa00 [logterm: 2, index: 11] sent MsgVote request to c86ef6a11585b8e3 at term 3
2017-03-14 05:17:18.050135 I | raft: raft.node:<PHONE_NUMBER>71fa00 lost leader c86ef6a11585b8e3 at term 3
2017-03-14 05:17:18.050164 I | raft:<PHONE_NUMBER>71fa00 is starting a new election at term 3

Looks similar to what's happening for the TestTxnReadRetry failure in #7066; both tests do nearly the same thing.

more from https://semaphoreci.com/coreos/etcd/branches/master/builds/1659
Interesting found: sending out heart beat delayed too much.
2017-03-14 05:17:18.050979 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 48.139993264s)
2017-03-14 05:17:18.050984 W | etcdserver: server is likely overloaded
2017-03-14 05:17:18.051020 W | etcdserver: failed to send out heartbeat on time (exceeded the 10ms timeout for 48.11996083s)
2017-03-14 05:17:18.051025 W | etcdserver: server is likely overloaded

this is likely a bug in retry. we rewrote the retry logic. i assume this is fixed. will reopen if this happens again.


Search results history feature

Implementation of https://github.com/newsboat/newsboat/issues/1785

Coverage decreased (-0.009%) to 59.325% when pulling 9c8e0287f5f6be6579abbffd6473f1c49c1fc260 on bogdasar1985:search_results_history_feature into 7df9812871ea5df036ff4b936e7eb9e7d43654c9 on newsboat:master.

Works quite nicely, thanks a lot for the work!
I like this solution in principle, but there's a decision I disagree with: there should be no OP_NEXTSEARCHRESULT. It reintroduces the "tree of searches" problem I described in https://github.com/newsboat/newsboat/issues/1785#issuecomment-1089268515. I think it brings more confusion than utility, so I'd remove this operation altogether.
I have more comments, but they're lower-level, so let's agree on this point first.

Also, please don't merge other branches into PRs — it makes the history "gnarly", harder to read and slower to bisect. If I really needed this to be updated, I'd ask you to rebase instead.

@Minoru ok, I will delete OP_NEXTSEARCHRESULTS. And I think we should add a hint about q is Quit key.

Cool! But now prevsearchresults is kind of broken:

search for something;
refine the search;
press z to go back to the first results set;
refine the search again;
press z to go back to the first results set.

What actually happens on the last step is that we go back to the results shown on step 2.
I think searchistorypos can be removed now, and searchresultshistory can be treated as a stack: new searches push onto it, prevsearchresults pop off it.

@Minoru Strange, I can't reproduce the bug. It seems it depends from feed and search requests, but shouldn't. But I really agree that std::stack will be better here in any case.

Hmm, yeah, I can't reproduce it either =\ Well, anyway, the stack fixes it, so all is well. I will now make a proper code review of this PR, stay tuned :)


File Transfer with Android Device

I am trying to read and write files to an Android Device.  I was hoping to use this api.  Is there any example code on reading and writing files, seeing if a file exists, looking at directories beneath the root?  Any he,p would be greatly appreciated.
al

Hi!
Yes there is example code, it's inside ConsoleClient project, in Program.cs. I just updated it and added some helpful comments. You can check it out and see if everything is clear.

Thank you very much, I will give this a look today.
al
From: Lasha Amashukeli<EMAIL_ADDRESS>Sent: Monday, March 13, 2017 1:26 PM
To: Duke-fleed/WPDApi<EMAIL_ADDRESS>Cc: Allen Lukowitz<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Subject: Re: [Duke-fleed/WPDApi] File Transfer with Android Device (#2)
Hi!
Yes there is example code, it's inside ConsoleClient project, in Program.cs. I just updated it and added some helpful comments. You can check it out and see if everything is clear.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/Duke-fleed/WPDApi/issues/2#issuecomment-286199055, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AXMSHUcXFTrtp2d3QXAhprFb7nBXXvS_ks5rlYoegaJpZM4MblJN.

Thank you very much, I have been able to read and write files to my device.
al
From: Lasha Amashukeli<EMAIL_ADDRESS>Sent: Monday, March 13, 2017 1:26 PM
To: Duke-fleed/WPDApi<EMAIL_ADDRESS>Cc: Allen Lukowitz<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Subject: Re: [Duke-fleed/WPDApi] File Transfer with Android Device (#2)
Hi!
Yes there is example code, it's inside ConsoleClient project, in Program.cs. I just updated it and added some helpful comments. You can check it out and see if everything is clear.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/Duke-fleed/WPDApi/issues/2#issuecomment-286199055, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AXMSHUcXFTrtp2d3QXAhprFb7nBXXvS_ks5rlYoegaJpZM4MblJN.

You are very welcome. Good to hear :)

I have another questions, is it possible to update an Android app on the Android device using AndroidLib?  If  so, is there any example code or  documentation?
thank you in advance
al

Hello,
Have never used it myself, this code is helpful with file transferring only. Although will take a look and keep you updated if anything useful comes up :)

Thanks, any help would be greatly appreciated.
al
From: Lasha Amashukeli<EMAIL_ADDRESS>Sent: Friday, July 14, 2017 7:52 AM
To: Duke-fleed/WPDApi<EMAIL_ADDRESS>Cc: Allen Lukowitz<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Subject: Re: [Duke-fleed/WPDApi] File Transfer with Android Device (#2)
Hello,
Have never used it myself, this code is helpful with file transferring only. Although will take a look and keep you updated if anything useful comes up :)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/Duke-fleed/WPDApi/issues/2#issuecomment-315352076, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AXMSHekMBfoYr7SuDzhs8KykssI69GHjks5sN2SBgaJpZM4MblJN.


Add an options to load models from vanilla with a whitelist

Reduce the overhead of loading every single one item model & declaring what items need to be render

Option added


Added several QoL features

Additions:

Unlocks the House Contractor after first death of a new save
Unlocks the Lounge and the Wretched Broker after first death of a new save
Unlocks the Fated List after first death of a new save, and is considered purchased so you don't need to "buy it" again
Unlocks Extreme Measures 4 after first death of a new save (largely doesn't change anything except eliminating it from being purchasable when available)
Removes Demeter's requirement to see the surface before she appears

Changes:

Targeted values in the BrokerData table instead of overwriting the entire table (still not the best way to do this, but good enough for now, especially not guaranteeing mod compatibility)

Notes:

Lounge cosmetics (in the Lounge tab) do not have their minimum run requirements changed (5), but these items are currently for physical appearance only. If we decide to do any kind of "shopsanity," we'd need to look into this again, but there's only so much worth doing.
Demeter may appear in the very first run since she doesn't have a minimum run requirement compared to most other gods (1). Since the minimum run requirement for the remaining gods is so low, I don't think it's worth the effort to have all of them potentially available on Run 1...but it can be done for all gods.

Nice one!!


Player can escape the strong punch if they continue running

Depending on how the player holds, or presses the keys, they can sometimes escape the strong_punch early.

This was caused by a runaway (not one_shot) timer in the idle state. Fixed now.


Add Frontend and Gateway to the deployment

Additionally, enforce alphabetic sorting for components that were previously not sorted alphabetically surprisingly.
Fixes https://frontend.gropius.duckdns.org/components/2571e2de-a0e7-4017-b721-2fd3692ad5d6/issues/72b872a2-b79a-4f07-a510-ffd6558330fe (gateway)
Fixes https://frontend.gropius.duckdns.org/components/2571e2de-a0e7-4017-b721-2fd3692ad5d6/issues/163e245a-2e06-4d69-9b75-625dca4195a4 (frontend)
DoD

[x] Requirements of the issues are met
[ ] terraform apply works
[ ] Waiting for a bit and then executing kubectl get pod --namespace misarch after running terraform apply shows all pods, especially the Gateway and Frontend pod, up and running

According to my tests, I was able to get the frontend.
However, due to the current Keycloak Bug, I'm unable to test further as I need to be logged in for that.


[Feature]: Disambiguate Warnings and Errors

Describe the feature you would like
As a smart contract developer I want to easily see the difference between Warnings and Errors that are thrown by Taqueria.
It is difficult to tell whether Taqueria is throwing a warning or an error and it will be useful to have the difference highlighted more succinctly for the user.
Is this feature solving a problem?
Details about the problem your feature solves
Please share any additional details you have?
Details about the problem your feature solves
Code of Conduct

[X] I agree to follow this project's Code of Conduct

@AlirezaHaghshenas, we have an issue for the warnings and errors. Please will you add the details as raised this morning?

In some cases, there is no distinction between warnings and errors (like in origination, lack of storage is an error, but lack of default account is just a warning).
We need a standardized way to make this distinction in CLI and in TVsCE, so that in VsCode we can show the appropriate feedback to the user.


HAI-2625 Add registry key hidden to invoicing customers

Description
Add registry key hidden to invoicing customers. Allow person invoicing customers to have personal identification code (henkilötunnus) as registryKey.
Jira Issue: https://helsinkisolutionoffice.atlassian.net/browse/HAI-2625
Type of change

[ ] Bug fix
[X] New feature
[ ] Other

Instructions for testing

Create and modify a kaivuilmoitus so there's a person as the invoicing customer (laskutusyhteystieto). The customer needs to be created with Swagger UI, since the frontend doesn't yet allow persons to have registry IDs.
Make an update with Swagger UI. Set registryKeyHidden to true and registryKey to null for the invoicing customer.
Check that the registry key didn't change.

Checklist:

[X] I have written new tests (if applicable)
[X] I have ran the tests myself (if applicable)
[ ] I have made necessary changes to the documentation, link to confluence
or other location:

Frontend does allow an invoicing customer to have a registry id.

Same duplicate error path as with customer registry key. Having  registryKeyHidden: true and registryKey: "BOGUS" returns 400 with this kind of message:
{
  "errorMessage": "Application contains invalid data",
  "errorCode": "HAI2008",
  "errorPaths": [
    "invoicingCustomer.registryKey",
    "invoicingCustomer.registryKey"
  ]
}


Limit reportData endpoin to bots only

@TeddyCr are we handling this in 0.13?

@TeddyCr do you need any help here?

@harshach we can move it to 1.0. It is not a bug but an improvement as this can be categorized as a system workflow there should not be any reasons for user to access most of the endpoints related to this, so only the bot entity should be able to send requests. WDYT?


add CI for aarch64-linux-android

@MortimerGoro Moved CI integration to a separate PR as you asked.

Thanks!

@carllerche
CI  for aarch64-linux-android is done.
But I don't known why test_custom_evented::* tests runs on aarch64-linux-android but not on arm-linux-androideabi.
logs:

aarch64-linux-android
arm-linux-androideabi

The test_custom_evented test is time consuming and may be terminated by travis-ci sometimes.

Well, it seems like I pushed to this branch instead of mine on Mio o_O How does github even work?

@MortimerGoro Can you please publish the fix to crates.io?

done


Issues with documented webpack config.

I followed every step in the webpack configuration (2nd option) here:
https://resium.darwineducation.com/installation2
I am still having issues while running webpack-dev-server. This is an existing project, so is there anything else I should be looking for or adding to my webpack config?
My working branch with the broken config can be found here:
https://github.com/cedardevs/onestop/blob/cesium/client/webpack.config.js
WARNING in ../node_modules/cesium/Source/Core/buildModuleUrl.js 77:31-38
Critical dependency: require function is used in a way in which dependencies cannot be statically extracted
 @ ../node_modules/cesium/Source/Core/ApproximateTerrainHeights.js
 @ ../node_modules/cesium/Source/Cesium.js
 @ ./components/cesium/CesiumTest.jsx
 @ ./components/about/About.jsx
 @ ./components/about/AboutContainer.js
 @ ./components/root/Root.jsx
 @ ./components/root/RootContainer.jsx
 @ ./App.js
 @ ./index.jsx
 @ multi babel-polyfill webpack-dev-server/client?http://localhost:9090 webpack/hot/only-dev-server ./index.jsx

WARNING in ../node_modules/cesium/Source/Core/buildModuleUrl.js 99:77-84
Critical dependency: require function is used in a way in which dependencies cannot be statically extracted
 @ ../node_modules/cesium/Source/Core/ApproximateTerrainHeights.js
 @ ../node_modules/cesium/Source/Cesium.js
 @ ./components/cesium/CesiumTest.jsx
 @ ./components/about/About.jsx
 @ ./components/about/AboutContainer.js
 @ ./components/root/Root.jsx
 @ ./components/root/RootContainer.jsx
 @ ./App.js
 @ ./index.jsx
 @ multi babel-polyfill webpack-dev-server/client?http://localhost:9090 webpack/hot/only-dev-server ./index.jsx

WARNING in ../node_modules/cesium/Source/Core/TaskProcessor.js 151:79-86
Critical dependency: require function is used in a way in which dependencies cannot be statically extracted
 @ ../node_modules/cesium/Source/Core/HeightmapTerrainData.js
 @ ../node_modules/cesium/Source/Core/CesiumTerrainProvider.js
 @ ../node_modules/cesium/Source/Cesium.js
 @ ./components/cesium/CesiumTest.jsx
 @ ./components/about/About.jsx
 @ ./components/about/AboutContainer.js
 @ ./components/root/Root.jsx
 @ ./components/root/RootContainer.jsx
 @ ./App.js
 @ ./index.jsx
 @ multi babel-polyfill webpack-dev-server/client?http://localhost:9090 webpack/hot/only-dev-server ./index.jsx

WARNING in unable to locate 'node_modules/cesium/Build/Cesium/Workers' at '/Users/elliott/Documents/GitHub/onestop/client/src/node_modules/cesium/Build/Cesium/Workers'

WARNING in unable to locate 'node_modules/cesium/Source/Assets' at '/Users/elliott/Documents/GitHub/onestop/client/src/node_modules/cesium/Source/Assets'

WARNING in unable to locate 'node_modules/cesium/Source/Widgets' at '/Users/elliott/Documents/GitHub/onestop/client/src/node_modules/cesium/Source/Widgets'

cesiumSource should be changed  because context is different from the directory that has node_modules directory: ../node_modules/cesium/Source
CESIUM_BASE_URL should be changed also because publicPath is changed from the default: JSON.stringify("/" + rootPath)


Create and Deploy Release 3.0.1

Create release 3.0.1
To be released

RS bug fixes
Func test config fixes for ob-sandbox-v3 profile
Test initialiser fixes for helm templates
relenv-deployer - pipeline improvements for fr config manager
relenv-deployment - fixes for helm templates
releases repo which includes the v3 Postman collection (this can then be published if the env is fully operational)

Deploy to core-sandbox-v3 & ob-sandbox-v3

Test Init
PR
Release Action
RS
PR
Release Action


Links to INDRA DB

This PR introduces changes to EMMAA dashboard front-end and back-end. More specifically:

Links to INDRA DB are added to all occurrences of Statements on the dashboard: Most Supported Statements, New Added Statements, Found Paths, Query Results.
Links to a documentation page from Results in tests and queries when a path was not found.
To enable this, changes were made to JavaScript front-end, JSON Stats files on S3 and EMMAA queries database content.
After merging this PR, S3 files, EMMAA database and documentation need to be updated and server needs to be restarted.

This is the error in Travis:
indra.config.IndraConfigError: Key INDRA_DB_REST_URL is set to an empty value in config file.
INDRA_DB_REST_URL is set in the config though. What should be the correct value?


Solving Environment Failed

Hello,
Everything worked okey but after I enter this command conda install opencv -c conda-forge I receive the following message.
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Solving environment: failed with repodata from current_repodata.json, will retry with next repodata source.
Collecting package metadata (repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Solving environment: /
Found conflicts! Looking for incompatible packages.
This can take several minutes.  Press CTRL-C to abort.
failed
Can you please advise?
Thank youu!

Weird. Looks like this isn’t a new environment though? Try in a new environment, and failing that, try installing more libraries at the same time, ie:
conda install opencv jupyter pandas requests matplotlib -c conda-forge


Tags does not get updated upon button click event

I am trying to update the tags upon a button click event but the tags are not getting updated.
I have a list of tags that I define at the start and then upon clicking the button this list gets updated but st_tags component does not update the tags. Below is the script I am using:
import streamlit as st
from streamlit_tags import st_tags

tags = ['hello', 'world']
options = ['hey', 'hi']

add_button = st.sidebar.button("SUBMIT")
if add_button:
    tags = ['hello', 'python']

custom_keywords = st_tags(
    label="",
    text="Press enter to add more",
    value=tags,
    suggestions=options,
    maxtags=15,
    key="1",
)

st.multiselect does update the options upon clicking the button.
original_keywords = st.multiselect(
    "Choose a word",
    options,
    tags,
)

Any way I can achieve this with st_tags? 😄
Thanks in advance!

Hello,
Yes it can be done I will include it in the coming release

Hello,
Yes it can be done I will include it in the coming release

Any workaround for now? I am pretty new to streamlit 😄

Hi,
So the tags that are supplied cannot be changed as it takes static input only because the tags we provide are just starting points since we have a manual input method the I choose not to have it updated every time to maintain the stability of streamlit-tags
To do something like this we can input them manually from the UI.

Any updates on this?


virtcontainers: Do not lazy-attach devices

The "lazy attach" mechanism [1] was added to hotplugs LBS (Large BAR space)
devices after re-scanning the PCI bus, fixing LBS hotplug in kata containers.
Since PCI rescan is removed in kata-containers/agent#782, lazy attach is not
longer needed.
Depends-on: github.com/kata-containers/agent#782
fixes #2664
[1] https://github.com/kata-containers/runtime/pull/2461
Signed-off-by: Julio Montes<EMAIL_ADDRESS>

/test

/test

Btw, before we have this merged, would be possible to also have an opinion from @Jimmy-Xu that it doesn't regress on their use case?

all green, just waiting for review

I took this PR and the associated agent PR and here is a summary of my verification results
Test environment
Intel system with Fedora 31, kernel-5.6.8-200.fc31.x86_64, cgroup v2 disabled and intel_iommu is turned on
Device for passthrough
IOMMU Group 16:
        16:00.0 Ethernet controller [0200]: Emulex Corporation OneConnect 10Gb NIC (be3) [19a2:0710] (rev 02)

# lspci -nnk -d 19a2:0710
[snip]
16:00.0 Ethernet controller [0200]: Emulex Corporation OneConnect 10Gb NIC (be3) [19a2:0710] (rev 02)
        Subsystem: Emulex Corporation Device [10df:e731]
        Kernel driver in use: vfio-pci
        Kernel modules: be2net
[snip]

# ls -l /dev/vfio/
total 0
crw-------. 1 root root 237,   0 May 10 00:13 16
crw-rw-rw-. 1 root root  10, 196 May 10 00:13 vfio

Kata container execution command
podman run -it --runtime=/usr/local/bin/kata-runtime --device /dev/vfio/16 fedora bash

Kata configuration-1
machine_type = "pc"
#hotplug_vfio_on_root_bus = true
#pcie_root_port = 2

This config works fine and dmesg inside the container/Kata-VM shows the PCI device
[snip]

[    2.066592] pci 0000:01:01.0: [19a2:0710] type 00 class 0x020000
[    2.067263] pci 0000:01:01.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[    2.067647] pci 0000:01:01.0: reg 0x18: [mem 0x00000000-0x0001ffff 64bit]
[    2.068060] pci 0000:01:01.0: reg 0x20: [mem 0x00000000-0x0001ffff 64bit]
[    2.069305] pci 0000:01:01.0: PME# supported from D3hot D3cold
[    2.069784] pci 0000:01:01.0: 0.000 Gb/s available PCIe bandwidth, limited by Unknown speed x0 link at 0000:00:02.0 (capable of 32.000 Gb/s with 5 GT/s x8 link)
[    2.070412] pci 0000:01:01.0: BAR 2: assigned [mem 0xfe400000-0xfe41ffff 64bit]
[    2.070836] pci 0000:01:01.0: BAR 4: assigned [mem 0xfe420000-0xfe43ffff 64bit]
[    2.071190] pci 0000:01:01.0: BAR 0: assigned [mem 0xfe440000-0xfe443fff 64bit]

[snip]

Kata configuration-2
machine_type = "q35"
hotplug_vfio_on_root_bus = true
pcie_root_port = 2

This configuration fails with the following error
Bus 'pcie.0' does not support hotplugging: OCI runtime error

This should have worked but I'm not sure at this moment why it's failing in my setup. Will continue debugging.

Thanks @bpradipt for testing this.
I reported two issues squashed in one, that may have caused some confusion, sorry about that. I have now split them. Your error is now reported in #2678.
As for this patch, I have also verified that fixes the problem in bridge hotplug.

/test-vfio

/test-vfio

@devimc not sure why but this PR still has a pending DCO and WIP check. Do we still want to merge it?

@cmaf I think this is superseded by #2981

closing. #2981 includes this


docs: Add details on what metrics are being exposed in operator-sdk

See https://github.com/operator-framework/operator-sdk/pull/719#issuecomment-469560391

Documentation on what the actual metrics being exposed are.
Should we list out what exactly are the controller related metrics being recorded by the controller-runtime? And perhaps give an example of querying the endpoint to see these metrics in an example?
https://godoc.org/github.com/kubernetes-sigs/controller-runtime/pkg/internal/controller/metrics
https://github.com/kubernetes-sigs/controller-runtime/blob/master/pkg/internal/controller/metrics/metrics.go#L50-L58
Number of reconciliations
Number of reconciliation errors per controller
Reconciliation duration
Resource metrics like CPU, memory usage, file descriptor usage
Go runtime metrics like number of Go routines, GC duration

/remove-lifecycle stale


chore: lock angular version

This are the dev dependencies so it doesn't affect the users that wants to try the latest version.
Since travis will do a npm install after test, it will install latest angular (latest 1.x version, AKA any of them) and that gives us lot of headaches.
I think it is better to lock it and update it by hand each release with all the needed fixes.
WDYT?

Yes please.


strange glitches all over render

Has anyone ever seen artifacts like this?

This is under Linux and they seem to be somehow related to Wayland, but we can't figure it out!
I have two GPUs in my laptop (Intel's in my CPU and a discrete Nvidia one). I only see them with my Nvidia one.

Is this only related to my samples? I don't test with wayland so I don't know that's causing this.

This is solved. It wasn't an issue with this repo.


New rpc call "masternodelist info"

Rationale: Allows to view sentinel version and state for all masternodes in query that is lighter than "masternodelist full" call. "masternodelist info" returns all info from "masternodelist full" without lastpaidtime and lastpaidblock values but with  sentinel version and state instead. Default sentinel version for old nodes is changed to 1.0.1.

Recent fixes look good 👍
What I still don't like a bit is this new rpc sub-name - info - seems a bit unrelated/confusing ("why info and full?"). But I can't come up with a better one... sentinel maybe? sentinelinfo? Does anyone have a better guess?

I don't see a problem with "info".

utACK


Collation protocol

Task is to implement collation protocols /polkadot/collation/1 and /polkadot/req_collation/1 on our (relay chain node) side, so that we could receive collator messages as described here: https://github.com/paritytech/polkadot/blob/master/roadmap/implementers-guide/src/node/collators/collator-protocol.md#validators
Process should be the following:

c1 -> v1 [label = "Declare and advertise"] we should fetch advertisement of collation using /polkadot/collation/1 protocol
v1 -> c2 [label = "Request"] we request collation message from collator that advertised the block in step 1. We use /polkadot/req_collation/1 for such purpose.
c2 -> v2 [label = "Provide"] we are provided with collation message
v2 -> v2 [label = "Note Good/Bad"] we are checking if parachain candidate is good or bad by fetching this parachain's runtime and executing the PoV block

Then we will proceed with backing procedures in the next tasks

https://spec.polkadot.network/#chapter-anv


Offline app: All community Games can't open in forum except "Salvo" in Win10

Describe the bug
Offline app: All community Games can't open in forum except "Salvo" in Win10
Steps to reproduce the behavior
1.Download https://arcade.makecode.com/offline-app
2.Click "Open in Forum" in community Games
Actual behavior
Offline app:
In Win10: All community Games can't open in forum except "Salvo"

In MAC: All community Games can't open in forum
Additional context
1.OS: Windows(rs6)
2.arcade version: 1.2.7
3.Microsoft MakeCode version: 6.2.21

Should be removed as per comment in https://github.com/microsoft/pxt-arcade/issues/2416


AFNetworking: Fix static analyzer issues.

For some reason, 4a49ba0 solved the static analyzer alone.
Should we add an assert anyhow?

@dlahyani @StatusReport


Championship Stitch Promo

Hi there! It's me again!
Just wanted to let you know that the official app has added the new Stitch promo for the Set Championship.
It seems like now that there are actually adding promos to the app, they might be adding individual promos more regularly. Hopefully this will make it easier to keep our content up-to-date, as long as they don't keep introducing drastically different card types.

I meant to reply yesterday, but I kept getting distracted, sorry.
Thanks for the heads-up.
This card causes two problems:

It's a promo card but it's listed as rarity 'Enchanted' (it has both the 'promo' and 'Enchanted' symbols at the bottom too). That goes against my assumption that a card can only be one or the other. Should hopefully not be too hard to fix.
This is the second promo card for Stitch - Rock Star. This goes against my assumption that a card can only have one promo maximum. This might require a (backwards incompatible) change: turning the 'promoId' number into a 'promoIds' list. This code change might take a bit longer.
I'm pretty busy today and tomorrow, but I'll try to get a fix out either tomorrow or Thursday evening.

I've just released the update that adds the new 'Stitch - Rock Star' card.
Since this is the second promo for that card, I had to change some fields, so it's a breaking format change.
I replaced the 'specialId' field containing one ID number with 'promoIds' which is a list of IDs of all the promo cards for that non-promo card.
The 'nonSpecialId' field is renamed to 'nonPromoId' to match.
I felt that using 'promo' in these names was better than the vague 'special', so if I had to make a breaking format change anyway, might as well use a better name too.
This took a few days between work and thinking this solution out with a tired brain, but hopefully any new promos should be far quicker to add now


Stm32 lptim fix

I'm working again on the stm32 lptimer. I found some excess ticks count with the current lptimer implementation. I have a test program which compare rtc and lptimer counter. Both work with LSE clock so I can monitor that the two counters are equal. I created a new patch which seems to solve the problem for me. Are you ok with it?
fix #25944

@jdascenzio can you raise and issue, so it can be integrated in v2.3.0 if approved ?

add LPTIM_GUARD_VALUE constant

Isn't the second else if redundant?
	/* The new autoreload value must be LPTIM_GUARD_VALUE clock cycles
	 * after current lptim to make sure we don't miss
	 * an autoreload interrupt
	 */
	else if (next_arr < (lp_time + LPTIM_GUARD_VALUE)) {
		next_arr = lp_time + LPTIM_GUARD_VALUE;
	}

	/* If the autoreload interrupts are too close together,
	 * it will be impossible to guarantee to set autoreload correctly:
	 * we must have at least LPTIM_GUARD_VALUE clock cycles
	 * to have some times to set new autoreload value.
	 */
	else if (next_arr < LPTIM_GUARD_VALUE) {
		next_arr = LPTIM_GUARD_VALUE;
	}

------K-----K+y----------
______________/
     x < K + y
------K------------------
______/
 x < K

where K = LPTIM_GUARD_VALUE, y = lp_time, x = next_arr.

If first condition is not true, neither will be the second, as the first comparison is always against an equal or greater value.


Color legend values

In the color legend widget, we use d3 scales with the nice() property to round to even values.  We either need to expose a method to get this generated scale OR adjust the rendered colors in the scale, since this causes the displayed colors to not match the colors expected by the caller.
For instance, suppose we use a continuous color scale with a domain of [0.05, 0.95] and colors ['#000000', '#ffffff'].  The caller expects that the scale will show 0.05 as black and 0.95 as white, but the nice values shift these to 0 and 1, so 0.05 maps to #0d0d0d and 0.95 to #f2f2f2.
Since the nice values are visually pleasing, it might be best to fix this by changing the rendered scale to have the end color values for values between the specified domain ends and the computed nice values.  In the example above, [0,0.05] would all render as black and [0.95,1] would all render as white.

Another option would be to allow the user to disable the nice() in instances where the user really wants to clamp max/min values. This perhaps should be the default since it is less surprising, and additional processing (nice()) would require an additional flag.
In visualizations, I have not seen the approach of clamping the range between the nice value and the data max/min. It seems misleading, with the user perhaps inferring that the range of the data is the nice values, since they are rendered at the "endpoint" colors. It seems best to have "messy" (non-nice) legends or "messy" (non-endpoint) colors, and not to try to accommodate both at the same time.


Validate admin operation on topic with authoritative parameter

The parameter authoritative is not used which should be passed to validateAdminOperationOnTopic, otherwise we should remove it.

run integration tests
run java8 tests

run java8 tests

run java8 tests


correct issue with job container not having default constructor

fixes JobContainer conversion from json with performing get on jenkins job request

@tabladrum LGTM


Add lockfiles to gitignore

These don't really make sense for a library, as they are testing just one out of many possible manifest configurations.
This has the inadvertent effect of fixing the build, as it would currently be broken due to
https://github.com/mimemagicrb/mimemagic/issues/97 which led to a dependency being yanked from RubyGems

I'm not sure, there's arguments to keep a lockfile, you point out in this case CI being fixed by bumping versions, but it's also ideal that a new gem version doesn't break CI

Thinking over, I'm okay merging this if CI is passing

After investigating, the tests are failing on Rails 5.2 because of some change introduced in ActiveRecord between 5.2.3 and 5.2.4.
I haven't been able to pinpoint exactly what, but it seems to result in subtle changes in query structure:
-- 5.2.3, what the tests expect
SELECT "projects".* FROM "projects"
INNER JOIN "project_categories"
ON "project_categories"."project_id" = "projects"."id"
AND "project_categories"."account_id" = "projects"."account_id" -- no longer present in 5.2.4
INNER JOIN "categories"
ON "categories"."id" = "project_categories"."category_id"
WHERE "projects"."account_id" = 1

-- 5.2.4
SELECT "projects".* FROM "projects"
INNER JOIN "project_categories"
ON "project_categories"."project_id" = "projects"."id"
INNER JOIN "categories"
ON "categories"."id" = "project_categories"."category_id"
WHERE "projects"."account_id" = 1

I don't know enough this library to be able to do much more right now

Tried looking over commits between release of 5.2.3 & 5.2.4, maybe related to https://github.com/rails/rails/pull/37359


ADB error - No connection could be made because the target machine actively refused it. (10061)

Steps to reproduce

Start Windows Subsystem for Android
Make sure developer mode is enabled
Connect using adb to the IP address shown in WSA settings

✔ Expected Behavior
It should have connected successfully.
❌ Actual Behavior
The subsystem would randomly refuse to connect unless I reboot my PC.

Other Software
Android Debug Bridge version 1.0.41
Please specify the version of Windows Subsystem for Android
2210.40000.7.0

@jaholme, @nieubank: I know we've seen this issue in the past connecting to the subsystem. If I recall correctly, this might be an adb/network issue rather than a subsystem bug.

It also happened to me. netstat -aon shows no program is listening on port 58526, shutting down and restarting WSA doesn't work. Restating the system resolves the issue.

ITNOA
How to increase the priority of this issue?

I restart the system, but my problem does not resolved for me :(
netstat -aon shows no program listening on port 58526

I use the latest Windows 11 version
Edition	Windows 11 Pro
Version	22H2
Installed on	11/10/2022
OS build	22621.1265
Experience	Windows Feature Experience Pack 1000.22638.1000.0

rm-tools> .\adb.exe connect <IP_ADDRESS>:58526
* daemon not running; starting now at tcp:5037
* daemon started successfully
cannot connect to <IP_ADDRESS>:58526: No connection could be made because the target machine actively refused it. (10061)
PS C:\Users\sooro\AppData\Local\Packages\46954GamenologyMedia.WSASideloader-APKInstaller_cjpp7y4c11e3w\LocalState\platfo

@philnach Hi, I post the output as below
PS C:\Users\sooro> netsh interface ipv4 show excludedportrange protocol=tcp

Protocol tcp Port Exclusion Ranges

Start Port    End Port
----------    --------
      5357        5357
     27339       27339
     49891       49990
     50000       50059     *
     50060       50159
     50260       50359
     50360       50459
     50864       50963
     50964       51063
     51064       51163
     51164       51263
     51264       51363
     51364       51463
     51464       51563
     51564       51663
     51664       51763
     51764       51863
     51990       52089
     52090       52189
     52290       52389
     52390       52489
     54090       54189
     54190       54289
     54290       54389
     54390       54489
     54490       54589
     54590       54689
     55082       55181
     55182       55281
     55401       55500
     55501       55600
     55601       55700
     55701       55800
     55801       55900
     55901       56000
     56017       56116
     56117       56216
     56217       56316
     56317       56416
     56417       56516
     56517       56616
     56617       56716
     56717       56816
     56817       56916
     56917       57016
     57061       57160
     57264       57363
     57364       57463
     57464       57563
     57564       57663
     57664       57763
     57764       57863
     57864       57963
     57964       58063
     58064       58163
     58465       58564
     58565       58664
     58713       58812
     58813       58912
     58913       59012
     59013       59112
     59113       59212
     59213       59312
     59313       59412
     59413       59512
     59513       59612
     59613       59712
     59813       59912
     60514       60613
     60614       60713
     60814       60913
     60914       61013
     61014       61113
     61312       61411
     61412       61511
     61612       61711
     61712       61811
     61812       61911
     61912       62011
     62012       62111
     62112       62211
     62212       62311
     62312       62411
     62412       62511
     62523       62622
     62623       62722
     62823       62922
     63061       63160
     63161       63260
     63261       63360
     63361       63460
     63561       63660
     63861       63960

* - Administered port exclusions.

related to https://github.com/infinitepower18/WSA-Sideloader/discussions/63#discussion-4886362

@hamza-usmani should it work to connect to <IP_ADDRESS>? I always had to use a local IP address starting with "192.168" to get a connection using adb.

This bug just happened to me. Has there been any progress on fixing it?

This bug just happened to me. Has there been any progress on fixing it?

This tutorial may help you: https://www.youtube.com/watch?v=XCKNH5ymBN0

This is a long running intermittent bug, and until it is recognized as a bug and dealt with it isn't going to go away. There are plenty of pages all over the web dealing with this, none have a working solution.
At the moment the only fix is to "keep rebooting till it works".

This issue is still there in 2024... any updates?

This issue is still there in 2024... any updates?

Well... Microsoft will be discontinuing the Windows subsystem for Android from March 5, 2025: https://www.theverge.com/2024/3/5/24091370/microsoft-windows-11-android-apps-end-of-support

I have the similar problems.
Liu.D.H  bilibili_vlogs  git(master)   58ms  14:19 > netstat -nao|grep 58526
  TCP    <IP_ADDRESS>:58526          <IP_ADDRESS>:0              LISTENING       19100
  TCP    [::]:58526             [::]:0                 LISTENING       19100

Liu.D.H  bilibili_vlogs  git(master)   364ms  14:20 > netsh interface ipv4 show excludedportrange protocol=tcp

Protocol tcp Port Exclusion Ranges

Start Port    End Port
----------    --------
      7028        7127
      7128        7227
      7228        7327
      7328        7427
      7428        7527
      7528        7627
     50000       50059     *

* - Administered port exclusions.

Liu.D.H  bilibili_vlogs  git(master)   172ms  14:21 > adb connect <IP_ADDRESS>:58526
* daemon not running; starting now at tcp:5037
could not read ok from ADB Server
* failed to start daemon
error: cannot connect to daemon

Liu.D.H  bilibili_vlogs  git(master)   3.79s  14:23 >

And I have installed on another computer, and it worked as expected, if for some idle time, it stopped, then the errors should look like this.
Liu.D.H  ~   148ms  14:27 > adb connect localhost:58526
cannot connect to <IP_ADDRESS>:58526: No connection could be made because the target machine actively refused it. (10061)

Liu.D.H  ~   2.094s  14:31 > netstat -nao|findstr 58526

Liu.D.H  ~   62ms  14:32 >

After some debugging like start a simple http server using 5037 port, open the localhost:5037 in the browser shown some error like ERR_ADDRESS_UNREACHABLE, I found it's because a strange localhost route error (if I ping <IP_ADDRESS> or ping localhost, it failed with Ping Transmit Failed general failure, I use netsh winsock reset and reboot referenced in https://www.technewstoday.com/ping-transmit-failed-general-failure/ to fix it).
Liu.D.H  ~   0ms  14:59 > ping -t <IP_ADDRESS>

Pinging <IP_ADDRESS> with 32 bytes of data:
Reply from <IP_ADDRESS>: bytes=32 time<1ms TTL=128

Ping statistics for <IP_ADDRESS>:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms
Control-C
^C
Liu.D.H  ~   778ms  14:59 > adb start-server
* daemon not running; starting now at tcp:5037
* daemon started successfully

Liu.D.H  ~   5.974s  15:03 > adb connect localhost:58526
failed to authenticate to localhost:58526

Liu.D.H  ~   175ms  15:03 > adb connect localhost:58526
already connected to localhost:58526

Liu.D.H  ~   305ms  15:04 > adb shell
adb.exe: device unauthorized.
This adb server's $ADB_VENDOR_KEYS is not set
Try 'adb kill-server' if that seems wrong.
Otherwise check for a confirmation dialog on your device.

Liu.D.H  ~   1.049s  15:04 > # re-enable the developer mode to make the authentication dialog shown.
Liu.D.H  ~   46ms  15:05 > adb connect localhost:58526
already connected to localhost:58526

Liu.D.H  ~   39ms  15:05 > adb shell
windows_x86_64:/ $ su
windows_x86_64:/ # exit
windows_x86_64:/ $ exit

Liu.D.H  ~   12.399s  15:06 >