[xwiki-devs] myxwiki.org status
Hi, myxwiki.org seem to crash quite a lot recently and we have also detected that it's using a lot of CPU (compared to many other services that XWiki SAS is running). I've taken a memory dump of myxwiki.org to give it a look. I see in the memory analysis 400Mb in the velocimacro structures. This could be normal as there are some caches of macros for each wiki (and there are a lot of wikis), however this is a lot and should be looked at. I've put the page http://www.myxwiki.org/xwiki/bin/view/Admin/CheckVelocityManager to check if we see any macros being cached that should not be (like the bug we had on USH). In any case, in multiwiki we have an issue with cache of velocity macros which can grow pretty big without any cleaning up when the wiki is not accessed. I've also closed registration on the main wiki (there seem to be spam users) and will run some scripts with check for open wikis and for pages with big RCS (spam suspects). We should in any case reduce the load of myxwiki (private cloud analysis shows a big CPU usage) and for this some cleaning up of unused wiki sounds like a plan. We should contact all users and closed unused wikis (I bet there are a lot). Ludovic -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost
Hi Ludovic, Yes, Thomas has been investigating the velocimacro issue last week and it should be fixed, see http://jira.xwiki.org/browse/XWIKI-10349 I don’t know if Thomas has updated the myxwiki.org JARs with the fix though. Thanks -Vincent On 18 May 2014 at 17:57:21, Ludovic Dubost ([email protected](mailto:[email protected])) wrote:
Hi,
myxwiki.org seem to crash quite a lot recently and we have also detected that it's using a lot of CPU (compared to many other services that XWiki SAS is running).
I've taken a memory dump of myxwiki.org to give it a look.
I see in the memory analysis 400Mb in the velocimacro structures. This could be normal as there are some caches of macros for each wiki (and there are a lot of wikis), however this is a lot and should be looked at.
I've put the page http://www.myxwiki.org/xwiki/bin/view/Admin/CheckVelocityManager to check if we see any macros being cached that should not be (like the bug we had on USH).
In any case, in multiwiki we have an issue with cache of velocity macros which can grow pretty big without any cleaning up when the wiki is not accessed.
I've also closed registration on the main wiki (there seem to be spam users) and will run some scripts with check for open wikis and for pages with big RCS (spam suspects).
We should in any case reduce the load of myxwiki (private cloud analysis shows a big CPU usage) and for this some cleaning up of unused wiki sounds like a plan. We should contact all users and closed unused wikis (I bet there are a lot).
Ludovic
-- Ludovic Dubosto/devs
I've run the open wiki list + big comments list. Following this I blocked 2 more wikis at the apache level: parents2: 14 comments etvc: 748 comments These were already closed. We could removing them from the descriptors to make sure they are never loaded in memory: tugen: 932 comments slussen: 897 comments digitaltv The following wikis have a lot of comments but this should be normal. It would be great if their owners checked, particularly making sure the "selfbus" wiki is not getting any spam (which does not seem to be the case) Private: mirozdanie: 35 comments scservicesub: 242 comments praline: 46 comments These are public wikis that are active: selfbus: 156 comments (comments seem legit too) incubator: 484 comments (sounds ok I've checked the comments seem legit) Ludovic 2014-05-18 17:59 GMT+02:00 [email protected] <[email protected]>:
Hi Ludovic,
Yes, Thomas has been investigating the velocimacro issue last week and it should be fixed, see http://jira.xwiki.org/browse/XWIKI-10349
I don’t know if Thomas has updated the myxwiki.org JARs with the fix though.
Probably not since I saw the same 400Mb
Thanks -Vincent
On 18 May 2014 at 17:57:21, Ludovic Dubost ([email protected](mailto: [email protected])) wrote:
Hi,
myxwiki.org seem to crash quite a lot recently and we have also detected that it's using a lot of CPU (compared to many other services that XWiki SAS is running).
I've taken a memory dump of myxwiki.org to give it a look.
I see in the memory analysis 400Mb in the velocimacro structures. This could be normal as there are some caches of macros for each wiki (and there are a lot of wikis), however this is a lot and should be looked at.
I've put the page http://www.myxwiki.org/xwiki/bin/view/Admin/CheckVelocityManager to check if we see any macros being cached that should not be (like the bug we had on USH).
In any case, in multiwiki we have an issue with cache of velocity macros which can grow pretty big without any cleaning up when the wiki is not accessed.
I've also closed registration on the main wiki (there seem to be spam users) and will run some scripts with check for open wikis and for pages with big RCS (spam suspects).
We should in any case reduce the load of myxwiki (private cloud analysis shows a big CPU usage) and for this some cleaning up of unused wiki sounds like a plan. We should contact all users and closed unused wikis (I bet there are a lot).
Ludovic
-- Ludovic Dubosto/devs
-- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost
participants (2)
-
Ludovic Dubost -
vincent＠massol.net