Fixed
Pinned fields
Click on the next to a field label to start pinning.
Details
Components
Assignee
Jacob Cobbett-SmithJacob Cobbett-SmithReporter
Jacob Cobbett-SmithJacob Cobbett-SmithPriority
MajorCompatibility
PointFix versions
Pull Request URL
Details
Details
Components
Assignee
Jacob Cobbett-Smith
Jacob Cobbett-SmithReporter
Jacob Cobbett-Smith
Jacob Cobbett-SmithPriority
Compatibility
Point
Fix versions
Pull Request URL
Created February 10, 2019 at 6:10 PM
Updated February 12, 2019 at 3:56 PM
Resolved February 12, 2019 at 3:56 PM
When MP sends are largish, they are broken down into smaller packets.
If multiple threads are sending to the same destination and to the same tag, MP has a mechanism to block subsequent sends to the same destination and tag, until the first send is complete, but allowing other sends to interleave.
However, it isn't working as designed (due to a small bug), consequently multiple sends to the same target / same tag, can cause "MultiPacketHandler: protocol error" errors to be seen on receipt at the destination.
There are not many implementations that communicate in this way, but a recent new one (in 7.x) in the new KJ does and can hit this error.
Another is lookup join broadcast, involving channels. But in that case, it has a mutex that explicitly avoids the issue, which I believe is unnecessary once this bug is fixed.