[ 
https://issues.apache.org/jira/browse/ARTEMIS-4545?focusedWorklogId=922149&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-922149
 ]

ASF GitHub Bot logged work on ARTEMIS-4545:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 05/Jun/24 11:24
            Start Date: 05/Jun/24 11:24
    Worklog Time Spent: 10m 
      Work Description: gtully commented on PR #4951:
URL: 
https://github.com/apache/activemq-artemis/pull/4951#issuecomment-2149588357

   Another use case is jdbc, it currently uses a new uuid as the node id, it 
too could benefit from a shared identity, allowing a restart/reconnect of an 
existing lock owner to retain a valid lease. At the moment, any restart results 
in a a full lease expiry because the node id is not consistent. 
   If the nodeid is configured through this logic then we can avoid the change
   
   
https://github.com/apache/activemq-artemis/blob/main/artemis-server/src/main/java/org/apache/activemq/artemis/core/server/impl/jdbc/JdbcNodeManager.java#L70
   




Issue Time Tracking
-------------------

    Worklog Id:     (was: 922149)
    Time Spent: 0.5h  (was: 20m)

> Allow node ID to be configured
> ------------------------------
>
>                 Key: ARTEMIS-4545
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-4545
>             Project: ActiveMQ Artemis
>          Issue Type: New Feature
>            Reporter: Justin Bertram
>            Assignee: Justin Bertram
>            Priority: Major
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> In certain situations it would be beneficial to configure the node ID rather 
> than having it automatically generated. 
> For example, when using replication + failback if the primary server fails 
> the backup will take over. Then when the primary is restarted it will 
> initiate failback. However, if the primary broker's journal is damaged or 
> lost during the initial failure then it won't be able to initiate failback 
> because it won't have the same node ID as the backup. This kind of situation 
> is not uncommon in cloud environments where there is no persistent, attached 
> storage.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information, visit: https://activemq.apache.org/contact


Reply via email to