qpid-dev mailing list archives

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

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

Andrew MacBean updated QPID-6075:
---------------------------------
    Assignee: Keith Wall  (was: Andrew MacBean)

> 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
>
> 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