View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004554 | SymmetricDS Pro | Bug | public | 2020-09-16 23:37 | 2020-09-23 20:35 |
Reporter | elong | Assigned To | elong | ||
Priority | normal | ||||
Status | closed | Resolution | fixed | ||
Product Version | 3.12.3 | ||||
Target Version | 3.12.4 | Fixed in Version | 3.12.4 | ||
Summary | 0004554: Staging encryption batch errors invalid lines and did not receive ack | ||||
Description | When option for encryption of staging is used (conf/symmetric-server.properties with stream.to.file.encrypt.enabled=true), and multiple threads are reading a common batch from staging, the decryption may not work properly and result in encrypted data being sent as batch data. The client can't handle the encrypted data, so it will log errors about "invalid lines". Since the client doesn't know what the batch number is (it's encrypted), it won't send an acknowledgement, giving the server an error about "did not receive an ack". It may even send partially decrypted batches, resulting in strange batch failures about data in wrong columns, etc. [corp-000] [PushService] [corp-000-push-events-4] Expected but did not receive an ack for batch 003-92. This could be because the batch is corrupt - removing the batch from staging. [store-002] - SimpleStagingDataWriter - Found 23 invalid lines that could not be written to a batch | ||||
Tags | No tags attached. | ||||
Date Modified | Username | Field | Change |
---|---|---|---|
2020-09-16 23:37 | elong | New Issue | |
2020-09-16 23:37 | elong | Status | new => assigned |
2020-09-16 23:37 | elong | Assigned To | => elong |
2020-09-16 23:37 | elong | Project | SymmetricDS => SymmetricDS Pro |
2020-09-21 13:07 | elong | Status | assigned => resolved |
2020-09-21 13:07 | elong | Resolution | open => fixed |
2020-09-21 13:07 | elong | Product Version | 3.9.0 => 3.12.3 |
2020-09-21 13:07 | elong | Fixed in Version | => 3.12.4 |
2020-09-21 13:07 | elong | Target Version | 3.10.13 => 3.12.4 |
2020-09-21 13:08 | elong | Relationship added | related to 0004517 |
2020-09-23 20:35 | admin | Status | resolved => closed |