On 07/13/2012 05:31 PM, Jan-Philip Loos wrote:
Hello,
I have an really important update for this issue.
Last month I installed the the "Admin Tools Application" as recommended by
Ludovic Dubost. I ran the "Programming Rights Check" script and inspected
the "User Rights Check" page. No right anomalies, as far as I can see.
A few minutes ago, our XWiki suffered under a new, but correlating, problem.
I visited our Wiki and noticed that the Wiki was rendered with the default
theme and with the default header image. Furthermore, as a guest, I had the
opportunity to delete spaces/documents and visit restricted areas.
I inspected this issue with the Admin Tools:
I checked the memory usage of our XEM: 1,5GB Free
Active DB Connections: 13 of 50
Idle DB Connections: 5 of 5
After I tried the "Flush Cache" script of the "Admin Tools
Application", the
Wiki theme and header image was instant restored, and all rights seemed
working.
I have a strong guess that this issue is connected to our initial problem. I
guess this problem fixed itself a couple of times after a period of time.
During this period, the Wiki is exposed and the crawler can trigger
undesired actions.
I hope someone have an idea why our Wiki behaves like this.
Greetings
Jan
OK, this is a promising direction, at least I know what's going on.
So, the problem is that the XWikiPreferences document gets in a very bad
state in the document cache. The cache coherence in multiwiki mode has
been improved a while ago, so it shouldn't happen with normal documents,
but there's still
http://jira.xwiki.org/browse/XWIKI-8046 which is open
and which has top priority (it might get fixed in a few days for 4.1.4).
Unfortunately, I don't have a quick solution for you at the moment.
Watch that issue for more details.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/