You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Robbie Gemmell (Created) (JIRA)" <ji...@apache.org> on 2011/11/01 12:02:32 UTC

[jira] [Created] (QPID-3570) persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it

persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it
---------------------------------------------------------------------------------------------

                 Key: QPID-3570
                 URL: https://issues.apache.org/jira/browse/QPID-3570
             Project: Qpid
          Issue Type: Bug
            Reporter: Robbie Gemmell
            Priority: Blocker


Persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it.

The MessageTransferMessage reference doesn't use the message reference counting system, meaning that when a 0-10 message has been dequeued from all the queues it was on  the content and metadata simply get orphaned in the store until recovery, at whcih point it is actually deleted. This can slow broker startup dramatically, and could lead to disk space issues for high volume usage. The 0-10 messages should be updated to use the reference counting system to ensure their data is removed from the store at the earliest opportunity.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:dev-subscribe@qpid.apache.org


[jira] [Resolved] (QPID-3570) persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it

Posted by "Robbie Gemmell (Resolved) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/QPID-3570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robbie Gemmell resolved QPID-3570.
----------------------------------

    Resolution: Fixed
    
> persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it
> ---------------------------------------------------------------------------------------------
>
>                 Key: QPID-3570
>                 URL: https://issues.apache.org/jira/browse/QPID-3570
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Broker
>    Affects Versions: 0.12
>            Reporter: Robbie Gemmell
>            Assignee: Robbie Gemmell
>            Priority: Blocker
>             Fix For: 0.13
>
>
> Persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it.
> The MessageTransferMessage reference doesn't use the message reference counting system, meaning that when a 0-10 message has been dequeued from all the queues it was on  the content and metadata simply get orphaned in the store until recovery, at whcih point it is actually deleted. This can slow broker startup dramatically, and could lead to disk space issues for high volume usage. The 0-10 messages should be updated to use the reference counting system to ensure their data is removed from the store at the earliest opportunity.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:dev-subscribe@qpid.apache.org


[jira] [Updated] (QPID-3570) persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it

Posted by "Robbie Gemmell (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/QPID-3570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robbie Gemmell updated QPID-3570:
---------------------------------

          Component/s: Java Broker
    Affects Version/s: 0.12
        Fix Version/s: 0.13
             Assignee: Robbie Gemmell
    
> persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it
> ---------------------------------------------------------------------------------------------
>
>                 Key: QPID-3570
>                 URL: https://issues.apache.org/jira/browse/QPID-3570
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Broker
>    Affects Versions: 0.12
>            Reporter: Robbie Gemmell
>            Assignee: Robbie Gemmell
>            Priority: Blocker
>             Fix For: 0.13
>
>
> Persisted 0-10 message content/meta-data gets orphaned in the store until recovery removes it.
> The MessageTransferMessage reference doesn't use the message reference counting system, meaning that when a 0-10 message has been dequeued from all the queues it was on  the content and metadata simply get orphaned in the store until recovery, at whcih point it is actually deleted. This can slow broker startup dramatically, and could lead to disk space issues for high volume usage. The 0-10 messages should be updated to use the reference counting system to ensure their data is removed from the store at the earliest opportunity.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:dev-subscribe@qpid.apache.org