[xwiki-users] XWiki 3.1 - Panel Wizard causing 100% CPU Utilization in RedHat w/JBoss
Hi All, I am having an odd issue with the panel wizard in my test and prod instances of XWiki. The users are trying to click on "Panel Wizard" via "Administer this Wiki" and the system spikes to 25% CPU but never yields results. Later, they try again, another 25% CPU and no results.... ultimately they keep trying until I start getting administrative alerts that the system is overwhelmed. To recover, I need to stop/start the application. However, that only allows the application to function until they do the same thing again. This is a critical task for them to add the necessary navigation to their wiki. Anyone had a similar experience? Any ideas on how to troubleshoot this further? Thanks, Chris
Hi Chris, On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi All,
I am having an odd issue with the panel wizard in my test and prod instances of XWiki. The users are trying to click on "Panel Wizard" via "Administer this Wiki" and the system spikes to 25% CPU but never yields results. Later, they try again, another 25% CPU and no results.... ultimately they keep trying until I start getting administrative alerts that the system is overwhelmed. To recover, I need to stop/start the application. However, that only allows the application to function until they do the same thing again. This is a critical task for them to add the necessary navigation to their wiki.
Anyone had a similar experience?
The panel wizard renders all the panels and so if you have a panel that uses a lot of resources (CPU/Memory) it will slow down or even block the panel wizard. From my experience, the panels from the standard XAR that cause problems on large wikis are Panels.Navigation and Panels.SpaceDocs because they don't limit the number of pages displayed and both are loaded synchronously (when the page loads, so no AJAX). The description of Panels.Navigation warns you about this: "However when your wiki grows you'll usually want to replace it with your own fixed navigation". Hope this helps, Marius
Any ideas on how to troubleshoot this further?
Thanks, Chris _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Hi Chris, to fix this, you can go to .../xwiki/bin/inline/Panels/Navigation and comment the panel out (same for the other one). You'll lose that panel, but you'll win your ssytem back. Guillaume On Tue, Jan 10, 2012 at 7:59 AM, Marius Dumitru Florea < mariusdumitru.florea@xwiki.com> wrote:
Hi Chris,
On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi All,
I am having an odd issue with the panel wizard in my test and prod instances of XWiki. The users are trying to click on "Panel Wizard" via "Administer this Wiki" and the system spikes to 25% CPU but never yields results. Later, they try again, another 25% CPU and no results.... ultimately they keep trying until I start getting administrative alerts that the system is overwhelmed. To recover, I need to stop/start the application. However, that only allows the application to function until they do the same thing again. This is a critical task for them to add the necessary navigation to their wiki.
Anyone had a similar experience?
The panel wizard renders all the panels and so if you have a panel that uses a lot of resources (CPU/Memory) it will slow down or even block the panel wizard. From my experience, the panels from the standard XAR that cause problems on large wikis are Panels.Navigation and Panels.SpaceDocs because they don't limit the number of pages displayed and both are loaded synchronously (when the page loads, so no AJAX). The description of Panels.Navigation warns you about this: "However when your wiki grows you'll usually want to replace it with your own fixed navigation".
Hope this helps, Marius
Any ideas on how to troubleshoot this further?
Thanks, Chris _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Hi Guillaume, I commented out both panels, and no luck. Any other suggestions? Chris On Tue, Jan 10, 2012 at 2:46 AM, Guillaume Lerouge <guillaume@xwiki.com>wrote:
Hi Chris,
to fix this, you can go to .../xwiki/bin/inline/Panels/Navigation and comment the panel out (same for the other one). You'll lose that panel, but you'll win your ssytem back.
Guillaume
On Tue, Jan 10, 2012 at 7:59 AM, Marius Dumitru Florea < mariusdumitru.florea@xwiki.com> wrote:
Hi Chris,
On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi All,
I am having an odd issue with the panel wizard in my test and prod instances of XWiki. The users are trying to click on "Panel Wizard" via "Administer this Wiki" and the system spikes to 25% CPU but never yields results. Later, they try again, another 25% CPU and no results.... ultimately they keep trying until I start getting administrative alerts that the system is overwhelmed. To recover, I need to stop/start the application. However, that only allows the application to function until they do the same thing again. This is a critical task for them to add the necessary navigation to their wiki.
Anyone had a similar experience?
The panel wizard renders all the panels and so if you have a panel that uses a lot of resources (CPU/Memory) it will slow down or even block the panel wizard. From my experience, the panels from the standard XAR that cause problems on large wikis are Panels.Navigation and Panels.SpaceDocs because they don't limit the number of pages displayed and both are loaded synchronously (when the page loads, so no AJAX). The description of Panels.Navigation warns you about this: "However when your wiki grows you'll usually want to replace it with your own fixed navigation".
Hope this helps, Marius
Any ideas on how to troubleshoot this further?
Thanks, Chris _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Hi Chris, sorry for the late reply. Here's what you can try doing in order to debug this issue: - Go to .../xwiki/bin/view/Panels/ - Try opening the various panels listed on the page and see if one of them hangs (ie, its page does not display) - If you find one, replace "view" by "inline" in its URL and comment it out by adding #* at the very beginning and *# at the end, then save it - Try accessing it again Once you've identified and "fixed" all such panels the panel wizard should work again. You could also log a JIRA issue noting that this should be fixed in the default distribution. Thanks, Guillaume On Tue, Jan 10, 2012 at 7:15 PM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi Guillaume,
I commented out both panels, and no luck.
Any other suggestions?
Chris
On Tue, Jan 10, 2012 at 2:46 AM, Guillaume Lerouge <guillaume@xwiki.com
wrote:
Hi Chris,
to fix this, you can go to .../xwiki/bin/inline/Panels/Navigation and comment the panel out (same for the other one). You'll lose that panel, but you'll win your ssytem back.
Guillaume
On Tue, Jan 10, 2012 at 7:59 AM, Marius Dumitru Florea < mariusdumitru.florea@xwiki.com> wrote:
Hi Chris,
On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi All,
I am having an odd issue with the panel wizard in my test and prod instances of XWiki. The users are trying to click on "Panel Wizard" via "Administer this Wiki" and the system spikes to 25% CPU but never yields results. Later, they try again, another 25% CPU and no results.... ultimately they keep trying until I start getting administrative alerts that the system is overwhelmed. To recover, I need to stop/start the application. However, that only allows the application to function until they do the same thing again. This is a critical task for them to add the necessary navigation to their wiki.
Anyone had a similar experience?
The panel wizard renders all the panels and so if you have a panel that uses a lot of resources (CPU/Memory) it will slow down or even block the panel wizard. From my experience, the panels from the standard XAR that cause problems on large wikis are Panels.Navigation and Panels.SpaceDocs because they don't limit the number of pages displayed and both are loaded synchronously (when the page loads, so no AJAX). The description of Panels.Navigation warns you about this: "However when your wiki grows you'll usually want to replace it with your own fixed navigation".
Hope this helps, Marius
Any ideas on how to troubleshoot this further?
Thanks, Chris _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
In my experience, the statistics panels ('Most Edited Pages', 'Current Month Activity', 'Most Referred Pages') hogged the panel editor (they are disabled in my wiki). Stil, I prefer not to use the somewhat unreliable Panel Editor and declare what panels to use under Presentation > Left Panels instead. Joris On Tue, Jan 17, 2012 at 12:22 PM, Guillaume Lerouge <guillaume@xwiki.com> wrote:
Hi Chris,
sorry for the late reply. Here's what you can try doing in order to debug this issue:
- Go to .../xwiki/bin/view/Panels/ - Try opening the various panels listed on the page and see if one of them hangs (ie, its page does not display) - If you find one, replace "view" by "inline" in its URL and comment it out by adding #* at the very beginning and *# at the end, then save it - Try accessing it again
Once you've identified and "fixed" all such panels the panel wizard should work again. You could also log a JIRA issue noting that this should be fixed in the default distribution.
Thanks,
Guillaume
On Tue, Jan 10, 2012 at 7:15 PM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi Guillaume,
I commented out both panels, and no luck.
Any other suggestions?
Chris
On Tue, Jan 10, 2012 at 2:46 AM, Guillaume Lerouge <guillaume@xwiki.com
wrote:
Hi Chris,
to fix this, you can go to .../xwiki/bin/inline/Panels/Navigation and comment the panel out (same for the other one). You'll lose that panel, but you'll win your ssytem back.
Guillaume
On Tue, Jan 10, 2012 at 7:59 AM, Marius Dumitru Florea < mariusdumitru.florea@xwiki.com> wrote:
Hi Chris,
On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi All,
I am having an odd issue with the panel wizard in my test and prod instances of XWiki. The users are trying to click on "Panel Wizard" via "Administer this Wiki" and the system spikes to 25% CPU but never yields results. Later, they try again, another 25% CPU and no results.... ultimately they keep trying until I start getting administrative alerts that the system is overwhelmed. To recover, I need to stop/start the application. However, that only allows the application to function until they do the same thing again. This is a critical task for them to add the necessary navigation to their wiki.
Anyone had a similar experience?
The panel wizard renders all the panels and so if you have a panel that uses a lot of resources (CPU/Memory) it will slow down or even block the panel wizard. From my experience, the panels from the standard XAR that cause problems on large wikis are Panels.Navigation and Panels.SpaceDocs because they don't limit the number of pages displayed and both are loaded synchronously (when the page loads, so no AJAX). The description of Panels.Navigation warns you about this: "However when your wiki grows you'll usually want to replace it with your own fixed navigation".
Hope this helps, Marius
Any ideas on how to troubleshoot this further?
Thanks, Chris _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Thank you Joris & Guillaume, I have gone through all the panels in our Wiki, and the offending panels appear to be: - ArchivePanel - CategoriesPanel - RecentPostsPanel - UnpublishedPanel I have tried to access the /xwiki/bin/inline/Blog/ArchivePanel, and the /xwiki/bin/delete/Blog/ArchivePanel of each of the offending panels and have the same issue... CPU spikes 25% with every click. So ultimately, it appears that I cannot edit, or even delete these panels. Any thoughts as to how I might accomplish this in alternative methods? I want to get rid to these panels all together so we dont end up crashing the server... Thanks! Chris On Tue, Jan 17, 2012 at 4:42 AM, Joris Dirks <joris@user.stekje.nl> wrote:
In my experience, the statistics panels ('Most Edited Pages', 'Current Month Activity', 'Most Referred Pages') hogged the panel editor (they are disabled in my wiki). Stil, I prefer not to use the somewhat unreliable Panel Editor and declare what panels to use under Presentation > Left Panels instead.
Joris
On Tue, Jan 17, 2012 at 12:22 PM, Guillaume Lerouge <guillaume@xwiki.com> wrote:
Hi Chris,
sorry for the late reply. Here's what you can try doing in order to debug this issue:
- Go to .../xwiki/bin/view/Panels/ - Try opening the various panels listed on the page and see if one of them hangs (ie, its page does not display) - If you find one, replace "view" by "inline" in its URL and comment it out by adding #* at the very beginning and *# at the end, then save it - Try accessing it again
Once you've identified and "fixed" all such panels the panel wizard should work again. You could also log a JIRA issue noting that this should be fixed in the default distribution.
Thanks,
Guillaume
On Tue, Jan 10, 2012 at 7:15 PM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi Guillaume,
I commented out both panels, and no luck.
Any other suggestions?
Chris
On Tue, Jan 10, 2012 at 2:46 AM, Guillaume Lerouge <guillaume@xwiki.com
wrote:
Hi Chris,
to fix this, you can go to .../xwiki/bin/inline/Panels/Navigation and comment the panel out (same for the other one). You'll lose that panel, but you'll win your ssytem back.
Guillaume
On Tue, Jan 10, 2012 at 7:59 AM, Marius Dumitru Florea < mariusdumitru.florea@xwiki.com> wrote:
Hi Chris,
On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer <chris.meyer@gmail.com
wrote:
Hi All,
I am having an odd issue with the panel wizard in my test and prod instances of XWiki. The users are trying to click on "Panel Wizard" via "Administer this Wiki" and the system spikes to 25% CPU but never yields results. Later, they try again, another 25% CPU and no results.... ultimately they keep trying until I start getting administrative alerts that the system is overwhelmed. To recover, I need to stop/start the application. However, that only allows the application to function until they do the same thing again. This is a critical task for them to add the necessary navigation to their wiki.
Anyone had a similar experience?
The panel wizard renders all the panels and so if you have a panel that uses a lot of resources (CPU/Memory) it will slow down or even block the panel wizard. From my experience, the panels from the standard XAR that cause problems on large wikis are Panels.Navigation and Panels.SpaceDocs because they don't limit the number of pages displayed and both are loaded synchronously (when the page loads, so no AJAX). The description of Panels.Navigation warns you about this: "However when your wiki grows you'll usually want to replace it with your own fixed navigation".
Hope this helps, Marius
Any ideas on how to troubleshoot this further?
Thanks, Chris _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Hi Chris, it's weird. Can you try accessing directly .../xwiki/bin/delete/Blog/ArchivePanel?confirm=1 to see if it changes anything? Guillaume On Tue, Jan 17, 2012 at 6:34 PM, Chris Meyer <chris.meyer@gmail.com> wrote:
Thank you Joris & Guillaume,
I have gone through all the panels in our Wiki, and the offending panels appear to be:
- ArchivePanel - CategoriesPanel - RecentPostsPanel - UnpublishedPanel
I have tried to access the /xwiki/bin/inline/Blog/ArchivePanel, and the /xwiki/bin/delete/Blog/ArchivePanel of each of the offending panels and have the same issue... CPU spikes 25% with every click. So ultimately, it appears that I cannot edit, or even delete these panels.
Any thoughts as to how I might accomplish this in alternative methods? I want to get rid to these panels all together so we dont end up crashing the server...
Thanks! Chris
On Tue, Jan 17, 2012 at 4:42 AM, Joris Dirks <joris@user.stekje.nl> wrote:
In my experience, the statistics panels ('Most Edited Pages', 'Current Month Activity', 'Most Referred Pages') hogged the panel editor (they are disabled in my wiki). Stil, I prefer not to use the somewhat unreliable Panel Editor and declare what panels to use under Presentation > Left Panels instead.
Joris
On Tue, Jan 17, 2012 at 12:22 PM, Guillaume Lerouge <guillaume@xwiki.com
wrote:
Hi Chris,
sorry for the late reply. Here's what you can try doing in order to debug this issue:
- Go to .../xwiki/bin/view/Panels/ - Try opening the various panels listed on the page and see if one of them hangs (ie, its page does not display) - If you find one, replace "view" by "inline" in its URL and comment it out by adding #* at the very beginning and *# at the end, then save it - Try accessing it again
Once you've identified and "fixed" all such panels the panel wizard should work again. You could also log a JIRA issue noting that this should be fixed in the default distribution.
Thanks,
Guillaume
On Tue, Jan 10, 2012 at 7:15 PM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi Guillaume,
I commented out both panels, and no luck.
Any other suggestions?
Chris
On Tue, Jan 10, 2012 at 2:46 AM, Guillaume Lerouge < guillaume@xwiki.com
wrote:
Hi Chris,
to fix this, you can go to .../xwiki/bin/inline/Panels/Navigation and comment the panel out (same for the other one). You'll lose that panel, but you'll win your ssytem back.
Guillaume
On Tue, Jan 10, 2012 at 7:59 AM, Marius Dumitru Florea < mariusdumitru.florea@xwiki.com> wrote:
Hi Chris,
On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer < chris.meyer@gmail.com
wrote: > Hi All, > > I am having an odd issue with the panel wizard in my test and prod > instances of XWiki. The users are trying to click on "Panel Wizard" via > "Administer this Wiki" and the system spikes to 25% CPU but never yields > results. Later, they try again, another 25% CPU and no results.... > ultimately they keep trying until I start getting administrative alerts > that the system is overwhelmed. To recover, I need to stop/start the > application. However, that only allows the application to function until > they do the same thing again. This is a critical task for them to add the > necessary navigation to their wiki. >
> Anyone had a similar experience?
The panel wizard renders all the panels and so if you have a panel that uses a lot of resources (CPU/Memory) it will slow down or even block the panel wizard. From my experience, the panels from the standard XAR that cause problems on large wikis are Panels.Navigation and Panels.SpaceDocs because they don't limit the number of pages displayed and both are loaded synchronously (when the page loads, so no AJAX). The description of Panels.Navigation warns you about this: "However when your wiki grows you'll usually want to replace it with your own fixed navigation".
Hope this helps, Marius
> > Any ideas on how to troubleshoot this further? > > Thanks, > Chris > _______________________________________________ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Hi Guillaume, Same issue... Thanks! Chris On Tue, Jan 17, 2012 at 10:40 AM, Guillaume Lerouge <guillaume@xwiki.com>wrote:
Hi Chris,
it's weird. Can you try accessing directly .../xwiki/bin/delete/Blog/ArchivePanel?confirm=1 to see if it changes anything?
Guillaume
On Tue, Jan 17, 2012 at 6:34 PM, Chris Meyer <chris.meyer@gmail.com> wrote:
Thank you Joris & Guillaume,
I have gone through all the panels in our Wiki, and the offending panels appear to be:
- ArchivePanel - CategoriesPanel - RecentPostsPanel - UnpublishedPanel
I have tried to access the /xwiki/bin/inline/Blog/ArchivePanel, and the /xwiki/bin/delete/Blog/ArchivePanel of each of the offending panels and have the same issue... CPU spikes 25% with every click. So ultimately, it appears that I cannot edit, or even delete these panels.
Any thoughts as to how I might accomplish this in alternative methods? I want to get rid to these panels all together so we dont end up crashing the server...
Thanks! Chris
On Tue, Jan 17, 2012 at 4:42 AM, Joris Dirks <joris@user.stekje.nl> wrote:
In my experience, the statistics panels ('Most Edited Pages', 'Current Month Activity', 'Most Referred Pages') hogged the panel editor (they are disabled in my wiki). Stil, I prefer not to use the somewhat unreliable Panel Editor and declare what panels to use under Presentation > Left Panels instead.
Joris
On Tue, Jan 17, 2012 at 12:22 PM, Guillaume Lerouge < guillaume@xwiki.com
wrote:
Hi Chris,
sorry for the late reply. Here's what you can try doing in order to debug this issue:
- Go to .../xwiki/bin/view/Panels/ - Try opening the various panels listed on the page and see if one of them hangs (ie, its page does not display) - If you find one, replace "view" by "inline" in its URL and comment it out by adding #* at the very beginning and *# at the end, then save it - Try accessing it again
Once you've identified and "fixed" all such panels the panel wizard should work again. You could also log a JIRA issue noting that this should be fixed in the default distribution.
Thanks,
Guillaume
On Tue, Jan 10, 2012 at 7:15 PM, Chris Meyer <chris.meyer@gmail.com> wrote:
Hi Guillaume,
I commented out both panels, and no luck.
Any other suggestions?
Chris
On Tue, Jan 10, 2012 at 2:46 AM, Guillaume Lerouge < guillaume@xwiki.com
wrote:
Hi Chris,
to fix this, you can go to .../xwiki/bin/inline/Panels/Navigation and comment the panel out (same for the other one). You'll lose that panel, but you'll win your ssytem back.
Guillaume
On Tue, Jan 10, 2012 at 7:59 AM, Marius Dumitru Florea < mariusdumitru.florea@xwiki.com> wrote:
> Hi Chris, > > On Tue, Jan 10, 2012 at 1:28 AM, Chris Meyer < chris.meyer@gmail.com
> wrote: > > Hi All, > > > > I am having an odd issue with the panel wizard in my test and prod > > instances of XWiki. The users are trying to click on "Panel Wizard" via > > "Administer this Wiki" and the system spikes to 25% CPU but never yields > > results. Later, they try again, another 25% CPU and no results.... > > ultimately they keep trying until I start getting administrative alerts > > that the system is overwhelmed. To recover, I need to stop/start the > > application. However, that only allows the application to function until > > they do the same thing again. This is a critical task for them to add the > > necessary navigation to their wiki. > > > > > Anyone had a similar experience? > > The panel wizard renders all the panels and so if you have a panel > that uses a lot of resources (CPU/Memory) it will slow down or even > block the panel wizard. From my experience, the panels from the > standard XAR that cause problems on large wikis are Panels.Navigation > and Panels.SpaceDocs because they don't limit the number of pages > displayed and both are loaded synchronously (when the page loads, so > no AJAX). The description of Panels.Navigation warns you about this: > "However when your wiki grows you'll usually want to replace it with > your own fixed navigation". > > Hope this helps, > Marius > > > > > Any ideas on how to troubleshoot this further? > > > > Thanks, > > Chris > > _______________________________________________ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
On 01/17/2012 12:34 PM, Chris Meyer wrote:
Thank you Joris& Guillaume,
I have gone through all the panels in our Wiki, and the offending panels appear to be:
- ArchivePanel - CategoriesPanel - RecentPostsPanel - UnpublishedPanel
I have tried to access the /xwiki/bin/inline/Blog/ArchivePanel, and the /xwiki/bin/delete/Blog/ArchivePanel of each of the offending panels and have the same issue... CPU spikes 25% with every click. So ultimately, it appears that I cannot edit, or even delete these panels.
Any thoughts as to how I might accomplish this in alternative methods? I want to get rid to these panels all together so we dont end up crashing the server...
The problem is that whenever going into the Blog space, those panels will be rendered. /xwiki/bin/edit/Blog/ArchivePanel?editor=object opens the object editor without any panels. You can comment out the panel code here. -- Sergiu Dumitriu http://purl.org/net/sergiu/
participants (5)
-
Chris Meyer -
Guillaume Lerouge -
Joris Dirks -
Marius Dumitru Florea -
Sergiu Dumitriu