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

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

                Author: ASF GitHub Bot
            Created on: 05/Dec/19 19:38
            Start Date: 05/Dec/19 19:38
    Worklog Time Spent: 10m 
      Work Description: jbertram commented on issue #2909: ARTEMIS-2567 restore 
locking semantics on server.lock when reading st…
URL: https://github.com/apache/activemq-artemis/pull/2909#issuecomment-562283387
 
 
   Upon further review I don't see any straight-forward way to add a test here.
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


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

    Worklog Id:     (was: 354631)
    Time Spent: 2h 10m  (was: 2h)

> Shared-store failback broken on NFS
> -----------------------------------
>
>                 Key: ARTEMIS-2567
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-2567
>             Project: ActiveMQ Artemis
>          Issue Type: Bug
>    Affects Versions: 2.10.1
>            Reporter: Justin Bertram
>            Assignee: Justin Bertram
>            Priority: Major
>             Fix For: 2.11.0
>
>          Time Spent: 2h 10m
>  Remaining Estimate: 0h
>
> The changes from ARTEMIS-2441 caused a regression of the issue fixed by 
> ARTEMIS-1417.
> The changes in ARTEMIS-1417 made sure to lock/unlock the {{server.lock}} file 
> when reading the state information in order to deal with stale data over NFS.
> However, the changes from ARTEMIS-2441 split the lock into several different 
> files which means that when the state information is read now the 
> {{server.lock}} file itself is not locked/unlocked which results in reading 
> stale data on the slave.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to