> Activation auditing, is that a matter of just turning on logs? http://documentation.magnolia-cms.com/administration/audit.html
> Thanks for the tips Jan, yes, this page is changed at least 1-2 times a day. > The version number seems to be incrementing. Is there away to clear out old > and non-existant version numbers? not sure if that would help though. Yeah there is. but it is non trivial and depending on the amount of stale items in the expressions store it might consume quite some amount of memory. The easiest approach (if you can) is to tell your editors that you will do a cleanup of the inbox and that all pending items will be removed, and once you get the ok from the users, you shutdown the instance, delete both Expressions and Store workspaces (the FS folder and the DB tables) and then start up again. If you want to go through the store item by item, you might want to read this old blog post https://weblogs.java.net/blog/rah003/archive/2009/03/monitor_openwfe.html and even look at workflow tools module in forge http://svn.magnolia-cms.com/view/forge/magnolia-workflow-tools/ for inspiration. HTH, Jan > > > -- > biz: http://www.linkedin.com/in/vincentstoessel/ > personal: http://xaymaca.tumblr.com/ > > > On Mon, May 6, 2013 at 10:27 AM, Vinny <[email protected]> wrote: > Thanks for the tips Jan, yes, this page is changed at least 1-2 times a day. > The version number seems to be incrementing. Is there away to clear out old > and non-existant version numbers? not sure if that would help though. > > -- > biz: http://www.linkedin.com/in/vincentstoessel/ > personal: http://xaymaca.tumblr.com/ > > > On Sun, May 5, 2013 at 7:09 PM, Jan Haderka <[email protected]> > wrote: > 1.380? Do you activate this page often to have created already 380 versions > of it? Does the number change or keeps being same over the time? This error > normally occurs when you try to load item in the inbox when version doesn't > exist anymore (remember magnolia keeps floating number of versions in the > repo, not all versions ever created). > > Regarding the semi random activation I suggest you enable activation auditing > to be sure you can rule out human intervention. If all you see is activations > done by superuser then you should check your workflow definitions. If you > have modified default workflow, e.g. by removing manual approval step you > might have created an endless loop of activation (via restart after the > break). If that is the case you should see also other symptoms such as high > cpu consumption by java/tomcat/magnolia process all the time. > > HTH, > Jan > > On Apr 30, 2013, at 5:42 PM, Vinny <[email protected]> wrote: > >> Hello all, >> We are running 4.5.3 EE and we are starting to see content get activated >> without human intervention. At first we thought that it was due to the fact >> that we scheduled our content in advance. We stopped using scheduling and >> had staff activate the workflow without any dates in the future but the >> problem still persists. I have been looking at logs but I'm not sure if I >> have the right logging categories enabled to see what could be happening. >> One thing that I just noticed is that in the Inbox are multiple failed >> activation entries with: >> Can't activate: : info.magnolia.cms.exchange.ExchangeException: Not able to >> send commit (de)activation request >> >> also in the debug log I see many entries of : >> >> ERROR info.magnolia.module.workflow.inbox.Inbox 30.04.2013 11:17:51 -- >> Failed to retrieve versioned node [path=/foopage, >> uuid=adb69aed-965f-4a42-a252-60589d9661e2, version=1.380 >> >> >> >> >> >> javax.jcr.version.VersionException: Version {}1.380 does not exist. >> at >> org.apache.jackrabbit.core.version.InternalVersionHistoryImpl.getVersion(InternalVersionHistoryImpl.java:277) >> >> >> >> >> the odd part is that despite the errors, /foopage does get activated on the >> live site as expected. >> >> Any clue brick thrown at my general direction would be appreciated >> >> Vincent >> >> -- >> biz: http://www.linkedin.com/in/vincentstoessel/ >> personal: http://xaymaca.tumblr.com/ >> >> >> ---------------------------------------------------------------- >> For list details, see >> http://www.magnolia-cms.com/community/mailing-lists.html >> Alternatively, use our forums: http://forum.magnolia-cms.com/ >> To unsubscribe, E-mail to: <[email protected]> >> ---------------------------------------------------------------- > > > > ---------------------------------------------------------------- > For list details, see http://www.magnolia-cms.com/community/mailing-lists.html > Alternatively, use our forums: http://forum.magnolia-cms.com/ > To unsubscribe, E-mail to: <[email protected]> > ---------------------------------------------------------------- > > > > > ---------------------------------------------------------------- > For list details, see http://www.magnolia-cms.com/community/mailing-lists.html > Alternatively, use our forums: http://forum.magnolia-cms.com/ > To unsubscribe, E-mail to: <[email protected]> > ---------------------------------------------------------------- ---------------------------------------------------------------- For list details, see http://www.magnolia-cms.com/community/mailing-lists.html Alternatively, use our forums: http://forum.magnolia-cms.com/ To unsubscribe, E-mail to: <[email protected]> ----------------------------------------------------------------
