[
https://issues.apache.org/jira/browse/DERBY-3878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Knut Anders Hatlen resolved DERBY-3878.
---------------------------------------
Resolution: Fixed
Fix Version/s: 10.4.2.1
Back-ported to 10.4 with revision 708173.
I have logged DERBY-3924 for creating regression tests for this issue.
> Replication: stopSlave does not close serversocket when master has crashed.
> ---------------------------------------------------------------------------
>
> Key: DERBY-3878
> URL: https://issues.apache.org/jira/browse/DERBY-3878
> Project: Derby
> Issue Type: Bug
> Components: Replication
> Affects Versions: 10.4.2.0
> Reporter: Jørgen Løland
> Assignee: Knut Anders Hatlen
> Fix For: 10.4.2.1, 10.5.0.0
>
> Attachments: d3878-suggested-fix.diff, d3878-with-comments.diff
>
>
> The stopSlave command (connection URL attribute) fails to close the
> ServerSocket when called after master database has crashed. Because of this,
> the same Derby instance cannot later start a slave on the same port.
> The problem is in ReplicationMessageReceive#tearDown and
> SocketConnection#tearDown:
> SC#tearDown:
> When objOutputStream is closed, the stream's flush method is called. Flush
> throws an exception, and socket.close is not called.
> RMR#tearDown:
> When socketCon.teardown throws an exception, serverSocket.close is not called.
> Suggested fix: add try/catch/finally blocks so that vital code (socket.close
> and serverSocket.close) is always called.
> Note that the stop slave command can also come from the master (if stopMaster
> connection URL is called), in which case this bug will not materialize.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
