You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2007/06/04 22:05:26 UTC
[jira] Updated: (JCR-915) Invalid Journal Record appearing when
read during sync operation
[ https://issues.apache.org/jira/browse/JCR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jukka Zitting updated JCR-915:
------------------------------
Fix Version/s: 1.3.1
Merged to the 1.3 branch in revision 544236.
> 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
> Assignee: Dominique Pfister
> Fix For: 1.3.1
>
>
> 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: 3161
> 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 filesystem.
> 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.