jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ian Boston (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JCR-915) Invalid Journal Record appearing when read during sync operation
Date Sun, 13 May 2007 19:33:16 GMT

    [ https://issues.apache.org/jira/browse/JCR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12495406

Ian Boston commented on JCR-915:

This appears to have fixed it for me,

I notice that the record.update in WorkspaceUpdateChannel.updateCommited may also not be emitting
a 0x0,..... perhapse it doesnt need to ?

> Invalid Journal Record appearing when read during sync operation
> ----------------------------------------------------------------
>                 Key: JCR-915
>                 URL: https://issues.apache.org/jira/browse/JCR-915
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: core
>    Affects Versions: 1.3
>         Environment: OSX 10.4, JDK 1.5
>            Reporter: Ian Boston
> ERROR: Error while processing revision 3161: Unknown entry type: 
> (a) (2007-05-13 19:57:02,258 main_org.apache.jackrabbit.core.cluster.ClusterNode)
> ERROR: Unable to start clustered node, forcing shutdown... (2007-05-13 19:57:02,259 main_org.apache.jackrabbit.core.RepositoryImpl)
> org.apache.jackrabbit.core.cluster.ClusterException: Unable to read record with revision:
>         at org.apache.jackrabbit.core.cluster.ClusterNode.sync(ClusterNode.java:285)
>         at org.apache.jackrabbit.core.cluster.ClusterNode.start(ClusterNode.java:229)
>         at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:308)
>         at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:584)
>         at org.sakaiproject.jcr.jackrabbit.RepositoryBuilder.init(RepositoryBuilder.java:213)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
> This is a 2 node cluster, with persistance managers in the DB and journal on the shared
> Start the first node in the cluster up from a completely clean and empty repo.
> Let it add some note types, and create a since workspace (called sakai) and then connect
via webdav (using OSX Finder) which creates some Journal Records (due to the finder putting
some .xxxx files in)
> Dont add any files.
> Then start the second node in the cluster up,
> It runs through the first 15 or so journal entries and then hits a one where the entry
is unknown (stack trace above)
> Some analysis to follow

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message