View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002544 | SymmetricDS | Bug | public | 2016-03-31 19:29 | 2019-05-22 20:04 |
Reporter | mmichalek | Assigned To | |||
Priority | normal | ||||
Status | confirmed | Resolution | open | ||
Product Version | 3.7.31 | ||||
Summary | 0002544: Symmetric Server may mistakenly ignore batches when a node uninstalls and then registers | ||||
Description | In cases where a node uninstalls and then quickly (potentially within the same day) registers, then there may be orphaned rows in sym_incoming_batch associated with the old instance of that node. When the node re-registers and starts to send data again (with the same ID), its batches are incorrectly ignored, based on the old data. The recommended fix here will be to clean up the sym_incoming_batch table when a node registers. If a node unregisters itself, normally we will just let the purge take take of the sym_incoming_batch rows. | ||||
Tags | registration | ||||
|
If I understand, the steps are: 1. Register client to server 2. Sync a test table from client to server 3. Observe that server has rows in sym_incoming_batch where node_id = 'client' 4. Un-install the client 5. Re-install client and register it 6. Try syncing a test table Eventually, you hit the same batch IDs, which will be ignored. But, how would server know the difference between registering for the first time from a clean installation and a re-registration? If you clean up sym_incoming_batch from re-registration, then you could double load batches. Is that a lesser evil, or is there another way to solve this? |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-03-31 19:29 | mmichalek | New Issue | |
2016-03-31 19:29 | mmichalek | Status | new => assigned |
2016-03-31 19:29 | mmichalek | Assigned To | => mmichalek |
2019-04-24 12:31 | elong | Tag Attached: registration | |
2019-05-22 20:04 | elong | Assigned To | mmichalek => |
2019-05-22 20:04 | elong | Status | assigned => confirmed |
2019-05-22 20:04 | elong | Note Added: 0001505 |