<div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">Hey,</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><span style="font-family:arial,sans-serif;font-size:13px">They're actually on two separate blade servers. Smokeping poller is on a server by itself, and the web is also on a server by itself. There is absolutely nothing on them except Smokeping.</span><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">Could it be that over a period of time, smokeping_cgi is run in which it's try to rebuild everything again?</div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">I used to run everything all on one server, so when the config gets changed I see the server lag a bit (assuming it's preparing everything again) and then will come back. However this is shouldn't be the case, as the config is only rsync'd to the web server when a restart on the poller is executed.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Cheers,</div><div style="font-family:arial,sans-serif;font-size:13px">Simon</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Sat, Oct 19, 2013 at 12:55 AM, <span dir="ltr"><<a href="mailto:ITheodoridis@bankofgreece.gr" target="_blank">ITheodoridis@bankofgreece.gr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is there anything else running on the same physical server? I mean<br>
except those two VMs you are talking about. Could it be there is a<br>
resource issue there? Have you tried giving it another core and see how<br>
it goes with performance? I have had similar problems with VMs running<br>
classic MRTG (without RRD) and things got a lot better when I added<br>
another core on those VMs.<br>
I 'm definitely interested to see what answer you will get on the<br>
subject in the end.<br>
<div class="HOEnZb"><div class="h5"><br>
-----Original Message-----<br>
From: Simon Liang [mailto:<a href="mailto:simonjai@gmail.com">simonjai@gmail.com</a>]<br>
Sent: Friday, October 18, 2013 2:04 AM<br>
To: <a href="mailto:smokeping-users@lists.oetiker.ch">smokeping-users@lists.oetiker.ch</a><br>
Subject: [smokeping-users] Smokeping FastCGI Woes<br>
<br>
Hi there,<br>
<br>
I've been running an early 2.6 version of Smokeping and recently decided<br>
to upgrade to the latest 2.6.9. The polling side of Smokeping is rock<br>
solid, however it's quite the opposite with the change to FastCGI. I<br>
thought this would be a good place to start and hope someone can help<br>
me.<br>
<br>
Just some background of my current setup. I have separated the Polling<br>
(forked with FPing) and web service side of Smokeping into two VMs (to<br>
reduce the load the server). The config files are rsynced from the<br>
poller to the web and the RRD files are shared via NFS.<br>
<br>
Poller VM - 8 vCPU, 16GB RAM<br>
Web VM - 4 vCPU, 16GB RAM<br>
<br>
I understand when the web side of Smokeping starts (after a config<br>
change), it does a lot of things under the hood. To address this issue,<br>
on restarts I create an IP table rule on the web server so only the<br>
poller can access it via port 80, I then use curl to trigger the first<br>
(and only) session. Once it's completed I remove the IP table rule so it<br>
becomes accessible. This works quite work and everything works fine.<br>
<br>
But after a random period of time, the load on the web server spikes up<br>
quite high, memory starts swapping and the server becomes almost<br>
unresponsive.<br>
<br>
This is a screenshot of the web server under load (before I upgraded to<br>
16GB RAM)<br>
<a href="https://dl.dropboxusercontent.com/u/11792766/Work/smokeping_load.JPG" target="_blank">https://dl.dropboxusercontent.com/u/11792766/Work/smokeping_load.JPG</a><br>
<br>
The spikes in the graph are when the load on the server just randomly<br>
spikes up and I'm forced to restart Smokeping manually.<br>
<a href="https://dl.dropboxusercontent.com/u/11792766/Work/smokeping_stats.JPG" target="_blank">https://dl.dropboxusercontent.com/u/11792766/Work/smokeping_stats.JPG</a><br>
<br>
I can assure you there are no cron jobs running which may be loading up<br>
the server. On peak hour traffic I have maybe 100 requests per minute.<br>
<br>
Here is my Apache (fcgid) config: <a href="http://pastebin.com/QU6XRcFg" target="_blank">http://pastebin.com/QU6XRcFg</a><br>
<br>
If you need any more information please let me know.<br>
<br>
Cheers,<br>
Simon<br>
<br>
</div></div><br>==============================================================================================================<br>
Με την επιφύλαξη παντός νομίμου δικαιώματός μας. Κάθε μήνυμα ηλεκτρονικού ταχυδρομείου από την Τράπεζα της Ελλάδος (ΤτΕ) αποστέλλεται καλόπιστα αλλά δεν τη δεσμεύει ούτε ερμηνεύεται ως να συνιστούσε ή επηρέαζε συμβατική ή άλλη δέσμευση της ΤτΕ.<br>
<br>
Το μήνυμα ηλεκτρονικού ταχυδρομείου προορίζεται προς αποκλειστική χρήση του προσώπου, του οποίου η διεύθυνση αναγράφεται στην επικεφαλίδα του μηνύματος. Ο αποστολέας και η ΤτΕ δεν αναλαμβάνουν καμμία ευθύνη για ανακριβειες, παραβίαση της ακεραιότητας, απώλεια ή καθυστερημένη διαβίβαση του μηνύματος, για αστοχία, διακοπή ή υποβάθμιση της υπηρεσίας ή του μηνύματος καθώς και για κάθε εξ αυτού του λόγου απώλεια ή ζημία καθόλη την υπό του νόμου προβλεπόμενη έκταση.<br>
<br>
Εάν λάβατε κατά λάθος το παρόν μήνυμα ηλεκτρονικού ταχυδρομείου, παρακαλούμε να ειδοποιήσετε αμέσως μέσω ηλεκτρονικού ταχυδρομείου τον αποστολέα και να διαγράψετε το μήνυμα. Οποιαδήποτε ανακοίνωση, διάδοση ή χρήση μέρους ή ολόκληρου του μηνύματος χωρίς άδεια απαγορεύεται αυστηρά και μπορεί να επιφέρει ποινική και αστική ευθύνη.<br>
<br>
<br>
Any e-mail message from the Bank of Greece (BoG) is sent in good faith but shall neither be binding nor construed as constituting or affecting a contractual arrangement or other commitment by the BoG.<br>
<br>
The e-mail is intended for the exclusive use of the person whose e-mail address appears in caption as recipient. The sender and the BoG decline liability for inaccuracy, breach of integrity, loss or delayed delivery of the message, for any failure in, interruption to or degradation of either the service or the message, as well as for any loss or damage sustained thereof to the fullest extent provided by law.<br>
<br>
If this e-mail was not intended for you, please notify the sender immediately via e-mail and delete it at once. Any unauthorized disclosure, dissemination or use, either in whole or in part is strictly prohibited and may give rise to both criminal and civil liability. All rights reserved.<br>
==============================================================================================================<br>
<br>
<br>
<br></blockquote></div><br></div>