[jira] Updated: (DERBY-3526) AsynchronousLogShipper#workToDo is blocked while the log shipper sends a log chunk

["Øystein Grøvlen (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/DERBY-3526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Øystein Grøvlen updated DERBY-3526:
-----------------------------------

    Fix Version/s: 10.4.1.0

Fix merged to 10.4 branch at revision 643377.

Merge command: 
svn merge -r642183:642184 https://svn.apache.org/repos/asf/db/derby/code/trunk/



> AsynchronousLogShipper#workToDo is blocked while the log shipper sends a log chunk
> ----------------------------------------------------------------------------------
>
>                 Key: DERBY-3526
>                 URL: https://issues.apache.org/jira/browse/DERBY-3526
>             Project: Derby
>          Issue Type: Bug
>          Components: Replication
>    Affects Versions: 10.4.0.0, 10.5.0.0
>            Reporter: Jørgen Løland
>            Assignee: V.Narayanan
>             Fix For: 10.4.1.0, 10.5.0.0
>
>         Attachments: Derby3526.diff, Derby3526.stat, Derby3526_1.diff, Derby3526_1.stat
>
>
> The replication log shipper thread synchronizes on 'this' both when shipping log records (shipALogChunk) and when it waits between log shipments. 
> Transaction threads may try to wake up the log shipper because log has arrived that should be shipped (i.e., through the method workToDo). These threads should not have to wait for the monitor if the log shipper is currently busy shipping log. The solution is to have two monitors - one for log shipment and one for waiting between log shipment.
> This may seem like a minor issue, but if the TCP connection between master and slave is lost e.g. because a network cable has been unplugged, the log shipper will block for 2 minutes on ObjectOutputStream#writeObject.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.