...
- Reduce Gossip Flakes
- time.sleep in gossip tests
- remove data races
Gossip Flakes
...
TestBasic
The general concept of gossip is is that nodes pass data around. It is not necessarily 100% foolproof to get messages through.
Unfortunately a lot of the tests behave as if the implementation can never fail.
Connection Management
Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-15570 |
---|
|
Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-14936 |
---|
|
dup as Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-14960 |
---|
|
Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-14048 |
---|
|
Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-13997 |
---|
|
Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-13539 |
---|
|
TestBasic
Assignee:Morgan Bauer (Deactivated)
Test Accept:
Assignee: Swetha Repakula
- Same client makes two connections, does not finish servicing connection before second one comes in, causing a race
- Possible Solution:
- Separate outgoing and incoming versions of the connection -> so that if we see a second incoming we don’t cancel the first incoming
- https://jira.hyperledger.org/browse/FAB-15486
...
- stopFlag (atomic) and stopCh manage whether the connection is being closed - > We should use one or the other, not both. I think with the way most of the code is, we need the stopCh, so we should get rid of the toDie() function and select on the stopCh as appropriate
- Two peers try to make a connection to each other at the same time, will end up with both connections being closed. Solution: make a deterministic decision on which peer should drop the connection and who should keep making the connection. Logic is in getConnection. Assignee: Swetha Repakula
DeMultiplexer
Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-13377 |
---|
|
Jira Legacy |
---|
server | Hyperledger JIRA |
---|
serverId | 6326cb0b-65b2-38fd-a82c-67a89277103b |
---|
key | FAB-14956 |
---|
|
Code isn't safe to call multiple times. Rewritten in whole. Same interface.