qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Keith Wall (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (QPID-6075) Deleting VHN fails to delete underlying store files if VHN has not been started
Date Thu, 18 Sep 2014 17:15:35 GMT

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

Keith Wall resolved QPID-6075.
------------------------------
    Resolution: Fixed

Changes look reasonable to me.

> Deleting VHN fails to delete underlying store files if VHN has not been started
> -------------------------------------------------------------------------------
>
>                 Key: QPID-6075
>                 URL: https://issues.apache.org/jira/browse/QPID-6075
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Broker
>    Affects Versions: 0.30, 0.31
>            Reporter: Keith Wall
>            Assignee: Keith Wall
>             Fix For: 0.31
>
>
> Deleting a VHN should delete any files owned by the underlying store.  There is a circumstance
where this fails to happen.
> # Create a Derby VHN with Provided VH
> # Stop the VHN
> # Restart the Broker
> # Delete the VHN
> # VHN removed successfully from the list of VHNs, however, it underlying store files
are still present on disk (DEFECT)
> The issue is that ConfigurationStore implementations don't learn their storeLocation
until they are opened.  If the store is not opened (as is the case in the sequence above,
or in the case of BDB HA, if a node never becomes MASTER), the the ConfigurationStore has
no knowledge of the store location when #onDelete is called.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org


Mime
View raw message