Amateur Poker Association & Tour
Poker Forum => General Discussion => Topic started by: Des on January 13, 2012, 15:17:57 PM
-
Apologies to everyone as we"ve been suffering with forum performance issues over the last two days. Maintenance will be carried out over the remainder of today, so to avoid frustration :) you may wish to avoid the forum until tomorrow when we hope all will be back to normal.
Thanks for your patience.
Des.
-
CPU usage stats are holding steady, we may have nailed the problem. (Famous last words.)
-
CPU usage stats are holding steady, we may have nailed the problem. (Famous last words.)
Just in time as well, Paulie was getting told off for deleting posts on Facebook....
-
CPU usage stats are holding steady, we may have nailed the problem. (Famous last words.)
Just in time as well, Paulie was getting told off for deleting posts on Facebook....
lol, I can laugh now!
Looks like we"re over the worst...stas holding beautifully.
Culprit was a poorly coded plugin on another site that I am building on our server. That and a pretty average tech support response, which I"ll be thinking a little more about in the coming days.
-
CPU usage stats are holding steady, we may have nailed the problem. (Famous last words.)
Typical.
-
I"ve now got to wait for the server provider to complete some tasks tomorrow and we should be good to go. Apologies once again for the inconvenience this downtime has caused.
-
CPU usage stats are holding steady, we may have nailed the problem. (Famous last words.)
Just in time as well, Paulie was getting told off for deleting posts on Facebook....
;D
-
Hi Des
Couldn"t access the forum last night and this morning, might just be me, but was getting a random time out or a "The FastCGI pool queue is full" error message.
Having hosted some random WordPress sites (presuming the APAT site is WordPress based?... if not ignore I ever posted this!) in the past before for companies I know we had to tweak some of the settings within the fcgiext.ini to increase the default values on :
1. instanceMaxRequests : This is the max number of requests that can be processed by each FastCGI worker process before it is recycled. The default value on install is 200.
2. maxInstances : This is the max number of FastCGI worker processes that can be started in the application pool that is allocated to your website (we use IIS running over Windows here). The default value on install is 4.
3. queueLength : This is the max number of requests that can be queued for a FastCGI process pool. The default value on install is 1000.
We also had a problem when a user added a widget plugin to their WordPress site, it had been fine then the CPU usage went crazy and we had to constantly recycle the application pool until we did more digging. It was a plugin called "WordPress Popular Posts" which was the culprit. Soon as we disabled the plugin, recycled the application pool, gave it the old "switch it all off and back on again" routine... it was fine.
Not sure if the above will help.... but just in case :)
Phil x
-
Couldn"t access the forum last night and this morning, might just be me
Nope, not just you....
-
Hi Des
Couldn"t access the forum last night and this morning, might just be me, but was getting a random time out or a "The FastCGI pool queue is full" error message.
Having hosted some random WordPress sites (presuming the APAT site is WordPress based?... if not ignore I ever posted this!) in the past before for companies I know we had to tweak some of the settings within the fcgiext.ini to increase the default values on :
1. instanceMaxRequests : This is the max number of requests that can be processed by each FastCGI worker process before it is recycled. The default value on install is 200.
2. maxInstances : This is the max number of FastCGI worker processes that can be started in the application pool that is allocated to your website (we use IIS running over Windows here). The default value on install is 4.
3. queueLength : This is the max number of requests that can be queued for a FastCGI process pool. The default value on install is 1000.
We also had a problem when a user added a widget plugin to their WordPress site, it had been fine then the CPU usage went crazy and we had to constantly recycle the application pool until we did more digging. It was a plugin called "WordPress Popular Posts" which was the culprit. Soon as we disabled the plugin, recycled the application pool, gave it the old "switch it all off and back on again" routine... it was fine.
Not sure if the above will help.... but just in case :)
Phil x
What he said :-\
-
Hi Des
Couldn"t access the forum last night and this morning, might just be me, but was getting a random time out or a "The FastCGI pool queue is full" error message.
Having hosted some random WordPress sites (presuming the APAT site is WordPress based?... if not ignore I ever posted this!) in the past before for companies I know we had to tweak some of the settings within the fcgiext.ini to increase the default values on :
1. instanceMaxRequests : This is the max number of requests that can be processed by each FastCGI worker process before it is recycled. The default value on install is 200.
2. maxInstances : This is the max number of FastCGI worker processes that can be started in the application pool that is allocated to your website (we use IIS running over Windows here). The default value on install is 4.
3. queueLength : This is the max number of requests that can be queued for a FastCGI process pool. The default value on install is 1000.
We also had a problem when a user added a widget plugin to their WordPress site, it had been fine then the CPU usage went crazy and we had to constantly recycle the application pool until we did more digging. It was a plugin called "WordPress Popular Posts" which was the culprit. Soon as we disabled the plugin, recycled the application pool, gave it the old "switch it all off and back on again" routine... it was fine.
Not sure if the above will help.... but just in case :)
Phil x
Thanks for this Phil. I know they looked at MaxInstances and Plugins a couple of days ago, but will pass these details through nonetheless. We"ve moved to a dedicated application pool just now and the site has come back online, so fingers crossed that will help. I hate needing to rely on third party providers for the support! Maybe time to bring an IT director on board.
-
No problems. If you haven"t got a dedicated server and sharing with other companies then having your own application pool is the way forward for sure. Personally if funds allow I"d switch to a dedicated server as well, but I know hosting costs can be prohibitive. Drop me a PM if your 3rd party providers are struggling, we used to host a number of WordPress based sites for other companies, might be able to help.
-
No problems. If you haven"t got a dedicated server and sharing with other companies then having your own application pool is the way forward for sure. Personally if funds allow I"d switch to a dedicated server as well, but I know hosting costs can be prohibitive. Drop me a PM if your 3rd party providers are struggling, we used to host a number of WordPress based sites for other companies, might be able to help.
Ta again. I"ve got a fairly high spec dedicated server, but had more than one site sharing the IIS application pool. We"ve now moved the sites to dediated pools and I"m hopeful that this will make a difference. That said, our current support partner hasn"t filled me with confidence thus far, so will keep your kind offer in mind.
-
Have you tried turning it off and back on again? ;D
-
Have you tried turning it off and back on again? ;D
Lol, now that"s a brief funny interlude.
-
Have you tried turning it off and back on again? ;D
ahh I have missed this :)
-
When I saw the thread title I expected a Strictly Come Dancing style panel giving out scores ;D
-
Right, I think I sorted the issue. See how the next hour goes. Fingers crossed here.
-
A quick update.
A full backup of the APAT website and forum databases was made in the early hours of this morning and we are planning to carry out a complete site rebuild at the same time tomorrow morning to address the problems we"ve been experiencing recently.
For that reason, the problems will continue throughout today.
I apologise for any inconvenience caused.
-
Have you forgot to put 50p in the meter
-
Have you forgot to put 50p in the meter
;D
-
7pm now - has anybody had any site performance issues in the last two hours?
-
Been on for the last hour, no probs with me
-
7pm now - has anybody had any site performance issues in the last two hours?
Been fine. Best for a week
fingers crossed!
-
7pm now - has anybody had any site performance issues in the last two hours?
Been fine. Best for a week
fingers crossed!
Touching wooden things.
-
7pm now - has anybody had any site performance issues in the last two hours?
Been fine. Best for a week
fingers crossed!
Touching wooden things.
Too much information!
-
All good here for past 6 hours 8)
-
Looks like the 50p did the trick
-
Looks like the 50p did the trick
I beg to differ....
Have you tried turning it off and back on again? ;D
Obv.
-
Looks like the 50p did the trick
I beg to differ....
Have you tried turning it off and back on again? ;D
Obv.
Sigh....if only.
-
Was shockingly slow for me earlier. It was taking 2 to 5 minutes to load each page. Seems fine again now though.