You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@activemq.apache.org by "Hiram Chirino (JIRA)" <ji...@apache.org> on 2012/07/31 19:16:35 UTC

[jira] [Updated] (APLO-148) Errors starting Apollo 1.1 snapshot

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

Hiram Chirino updated APLO-148:
-------------------------------

    Fix Version/s:     (was: 1.4)
                   1.5
    
> Errors starting Apollo 1.1 snapshot
> -----------------------------------
>
>                 Key: APLO-148
>                 URL: https://issues.apache.org/jira/browse/APLO-148
>             Project: ActiveMQ Apollo
>          Issue Type: Bug
>         Environment: apollo-1.1-0.20120202.033306.10
>            Reporter: Lionel Cons
>             Fix For: 1.5
>
>
> When starting the latest Apollo 1.1 snapshot with existing data from a previous 1.1 snapshot, Apollo got hung:
> (1) apollo.log contained:
> 2012-02-02 08:31:02,660 | INFO  | Opening the log file took: 577.89 ms | org.apache.activemq.apollo.broker.store.leveldb.LevelDBClient | leveldb store io write
> 2012-02-02 08:31:02,904 | WARN  | DB operation failed. (entering recovery mode): java.lang.NoClassDefFoundError: org/codehaus/jackson/annotate/JsonClass | org.apache.activemq.apollo.broker.store.leveldb.LevelDBClient | leveldb store io write
> 2012-02-02 08:31:02,959 | INFO  | virtual host startup is waiting on store startup | console | hawtdispatch-DEFAULT-1
> 2012-02-02 08:31:03,514 | INFO  | Administration interface available at: http://0.0.0.0:6100/ | console | Apollo Task
> 2012-02-02 08:31:03,514 | INFO  | Administration interface available at: https://0.0.0.0:6101/ | console | Apollo Task
> 2012-02-02 08:31:06,938 | INFO  | broker startup is waiting on start virtual-host: apollo | console | hawtdispatch-DEFAULT-1
> (2) apollo was reporting itself as STARTING instead of STARTED
> (3) it could not be (gently) stopped:
> # service apollo stop
> Gracefully Stopping apollo
> Could not stop process 29202
> Destroying the data directory fixed the problem.
> I had a similar problem in past when using data with a previous version (store-version.txt).
> In case of fatal(?) error with the data store, apollo should die loudly instead of hanging.

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