2:48 p.m.
One of our business users made changes to a rule package - added an excel
sheet, modified few existing excel sheets, but, his changes are not
reflected on the second server [load balancer took him to server1] On his
screen he can see the total number of excel sheets as 41, but, when I login
[and load balancer took me to server2] I see total number of excel sheets as
40.
So, I added a new excel sheet with that name on server2. Now when business
user tries to pull the list of excel sheets he gets an
"InvocationTargetException" What could be the problem?
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-cluster-problems-tp3528970p35289...
Sent from the Drools: User forum mailing list archive at Nabble.com.
11:10 a.m.
I dont see any SQL Exceptions in the log, probably means that all journal
entries did make it to database. How can I figure out how/when/for how long/
the sync messages got lost? I have logs enabled at INFO and I dont see any
WARNING's or ERROR's.
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-cluster-problems-tp3528970p35314...
Sent from the Drools: User forum mailing list archive at Nabble.com.
11:38 a.m.
And it wont allow me to re-import the whole repository! How can I fix it?!
ERROR 23-11 10:21:30,264
(RulesRepositoryAdministrator.java:clearRulesRepository:96) Unable to
clear rules repository.
javax.jcr.ReferentialIntegrityException:
98096f69-7629-4083-95e7-73402a6f511e: the node cannot be removed because it
is still being referenced.
at
org.apache.jackrabbit.core.state.SharedItemStateManager$Update.checkReferentialIntegrity(SharedItemStateManager.java:1039)
at
org.apache.jackrabbit.core.state.SharedItemStateManager$Update.begin(SharedItemStateManager.java:574)
at
org.apache.jackrabbit.core.state.SharedItemStateManager.beginUpdate(SharedItemStateManager.java:1110)
at
org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:1140)
at
org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:351)
at
org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:354)
at
org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:326)
at
org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:328)
at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1141)
at org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:920)
at
org.drools.repository.RulesRepositoryAdministrator.clearRulesRepository(RulesRepositoryAdministrator.java:87)
at
org.drools.repository.RulesRepository.importRulesRepositoryFromStream(RulesRepository.java:1058)
at
org.drools.guvnor.server.files.FileManagerUtils.importRulesRepository(FileManagerUtils.java:271)
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:597)
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at
org.drools.guvnor.server.files.FileManagerUtils_$$_javassist_9.importRulesRepository(FileManagerUtils_$$_javassist_9.java)
at
org.drools.guvnor.server.files.RepositoryBackupServlet.processImportRepository(RepositoryBackupServlet.java:134)
at
org.drools.guvnor.server.files.RepositoryBackupServlet.access$100(RepositoryBackupServlet.java:42)
at
org.drools.guvnor.server.files.RepositoryBackupServlet$1.a(RepositoryBackupServlet.java:71)
at
org.drools.guvnor.server.files.RepositoryServlet.doAuthorizedAction(RepositoryServlet.java:97)
at
org.drools.guvnor.server.files.RepositoryBackupServlet.doPost(RepositoryBackupServlet.java:55)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:662)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-cluster-problems-tp3528970p35315...
Sent from the Drools: User forum mailing list archive at Nabble.com.
2:42 p.m.
If you know that your export is good, then you could backup the directory that contains
your guvnor repository (rename it) while guvnor is off-line.
Then start guvnor with an empty repository -- this will force guvnor to initialize the
repository.
Next simply launch Guvnor, and import your repository.
Again, backup your existing repository so you don't lose anything. And this requires
that your exported repository is in fact healthy.
-----Original Message-----
From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On
Behalf Of jayadev
Sent: Wednesday, November 23, 2011 9:38 AM
To: rules-users(a)lists.jboss.org
Subject: Re: [rules-users] Guvnor cluster problems
And it wont allow me to re-import the whole repository! How can I fix it?!
ERROR 23-11 10:21:30,264
(RulesRepositoryAdministrator.java:clearRulesRepository:96) Unable to
clear rules repository.
javax.jcr.ReferentialIntegrityException:
98096f69-7629-4083-95e7-73402a6f511e: the node cannot be removed because it is still being
referenced.
at
org.apache.jackrabbit.core.state.SharedItemStateManager$Update.checkReferentialIntegrity(SharedItemStateManager.java:1039)
at
org.apache.jackrabbit.core.state.SharedItemStateManager$Update.begin(SharedItemStateManager.java:574)
at
org.apache.jackrabbit.core.state.SharedItemStateManager.beginUpdate(SharedItemStateManager.java:1110)
at
org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:1140)
at
org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:351)
at
org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:354)
at
org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:326)
at
org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:328)
at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1141)
at org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:920)
at
org.drools.repository.RulesRepositoryAdministrator.clearRulesRepository(RulesRepositoryAdministrator.java:87)
at
org.drools.repository.RulesRepository.importRulesRepositoryFromStream(RulesRepository.java:1058)
at
org.drools.guvnor.server.files.FileManagerUtils.importRulesRepository(FileManagerUtils.java:271)
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:597)
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at
org.drools.guvnor.server.files.FileManagerUtils_$$_javassist_9.importRulesRepository(FileManagerUtils_$$_javassist_9.java)
at
org.drools.guvnor.server.files.RepositoryBackupServlet.processImportRepository(RepositoryBackupServlet.java:134)
at
org.drools.guvnor.server.files.RepositoryBackupServlet.access$100(RepositoryBackupServlet.java:42)
at
org.drools.guvnor.server.files.RepositoryBackupServlet$1.a(RepositoryBackupServlet.java:71)
at
org.drools.guvnor.server.files.RepositoryServlet.doAuthorizedAction(RepositoryServlet.java:97)
at
org.drools.guvnor.server.files.RepositoryBackupServlet.doPost(RepositoryBackupServlet.java:55)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:662)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-cluster-problems-tp3528970p35315...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
3:28 p.m.
I use database as the store for assets. I was thinking of asking DBA's to
just wipe out all the tables and then re-import. I am assuming the export is
healthy because when I imported it into a test environment it worked well.
I am not too concerned about getting things back up. I am more concerned
about how did they ever get out of sync. Why did they get out of sync!!??
Shouldn't there be a warning or something so that users know about the
possible sync issues. Is there a way to find out which assets add/update
didnt make it to journal?
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-cluster-problems-tp3528970p35321...
Sent from the Drools: User forum mailing list archive at Nabble.com.
4782
days inactive
4783
days old
4 comments
2 participants
participants (2)
-
jayadev -
Welsh, Armand