View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005107 | SymmetricDS | Improvement | public | 2021-10-21 19:35 | 2021-11-17 16:00 |
| Reporter | elong | Assigned To | elong | ||
| Priority | normal | ||||
| Status | closed | Resolution | fixed | ||
| Product Version | 3.8.0 | ||||
| Target Version | 3.13.0 | Fixed in Version | 3.13.0 | ||
| Summary | 0005107: Parameter staging.dir should be appended with the engine name | ||||
| Description | The staging directory normally uses the java.io.tmpdir and creates a sub-directory inside based on the engine name. When the staging.dir parameter is used, it overrides java.io.tmpdir, and it should also create a sub-directory inside based on the engine name. In a multi-homed server, if each node shares the same staging directory, there can be collisions for the same batch number going to/from the same node. For example, client1 sends batch 100 to server and client2 wants to send batch 100 to server, they will both be located in staging/outgoing/server and collide. By appending the engine name, you get a unique staging/client1/outgoing/server/100.done and staging/client2/outgoing/server/100.done. The workaround is to put a unique staging.dir parameter in each engine file, but it is too easy for a user to use the same staging directory and not know about this problem. | ||||
| Tags | staging | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-10-21 19:35 | elong | New Issue | |
| 2021-10-21 19:35 | elong | Status | new => assigned |
| 2021-10-21 19:35 | elong | Assigned To | => elong |
| 2021-10-21 19:35 | elong | Tag Attached: staging | |
| 2021-10-21 19:35 | elong | Relationship added | related to 0003565 |
| 2021-10-26 14:40 | elong | Status | assigned => resolved |
| 2021-10-26 14:40 | elong | Resolution | open => fixed |
| 2021-10-26 14:40 | elong | Fixed in Version | => 3.13.0 |
| 2021-10-26 15:00 | admin | Changeset attached | => SymmetricDS 3.13 214150ae |
| 2021-11-17 16:00 | admin | Status | resolved => closed |