# Monitoring my production application

**URL:** <https://www.ruby-forum.com/t/monitoring-my-production-application/148404>\
**Category:** Rails\
**Created:** [September 12, 2008, 3:34pm UTC](https://www.ruby-forum.com/t/monitoring-my-production-application/148404 "2008-09-12T15:34:00Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![shaggyrd](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/s/ecb155/32.png) [@shaggyrd](https://www.ruby-forum.com/u/shaggyrd)\
**Post date:** [September 12, 2008, 3:34pm UTC](https://www.ruby-forum.com/t/monitoring-my-production-application/148404/1 "2008-09-12T15:34:00Z")

</div>

Hi everybody,  
I’m running different rails applications in a production environment  
and I saw that the memory used by mongrels is increasing every day.  
What can I do to monitor this memory increasing? (the applications  
seems also to be very slow).

Since I’ve been started my busiest application, each mongrel (4) has  
increased by 70-80 Megs and they keep increasing.

Could the problem be a series of mysql connection not closed properly?  
if yes, is there a way to monitor this kind of connection?

Thanks for your help!  
Roberto

---

<div class="post-metadata">

**Author:** ![shaggyrd](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/s/ecb155/32.png) [@shaggyrd](https://www.ruby-forum.com/u/shaggyrd)\
**Post date:** [September 12, 2008, 4:17pm UTC](https://www.ruby-forum.com/t/monitoring-my-production-application/148404/2 "2008-09-12T16:17:58Z")

</div>

The company which is hosting one of our sites has installed a system  
called Munin, which monitors a lot of information like memory usage,  
logins,  
registrations, number of up/downloads and so on. It’s great.

Sorry, that I can’t give you much information about it, since, as  
mentioned,  
it wasn’t installed by us, but here is the link to their site:

[http://munin.projects.linpro.no/](http://munin.projects.linpro.no/)

We had some memory leak (by ImageMagick, when it crashed) and could  
easy enough find the source just by comparing times of error logs with  
the memory usage profile.

Another useful tool is Exception Notifier Plugin for Rails

---

<div class="post-metadata">

**Author:** ![shaggyrd](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/s/ecb155/32.png) [@shaggyrd](https://www.ruby-forum.com/u/shaggyrd)\
**Post date:** [September 14, 2008, 11:26pm UTC](https://www.ruby-forum.com/t/monitoring-my-production-application/148404/3 "2008-09-14T23:26:19Z")

</div>

That’s a good tool, I’ll try it.

Thanks Thorsten!

---

<div class="post-metadata">

**Author:** ![shaggyrd](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/s/ecb155/32.png) [@shaggyrd](https://www.ruby-forum.com/u/shaggyrd)\
**Post date:** [September 14, 2008, 11:48pm UTC](https://www.ruby-forum.com/t/monitoring-my-production-application/148404/4 "2008-09-14T23:48:02Z")

</div>

Check out the Scout plugin for monitoring memory usage:

> **[Server Monitoring Plugins ~ Scout](https://scoutapm.com/plugin_urls)**
>
> Rails Monitoring, Django Monitoring, Elixir Phoenix Monitoring, PHP Laravel Monitoring, and more that identifies slow database queries, memory leaks, and slow custom code.

We use this to monitor memory usage, and along with other Scout plugins,  
try  
and fix problems like this.

Generally, if you have a leaky app, it could be that you’re opening a  
file  
(a log or any other type of file) and not closing it when done.

Disclaimer: I work for the company that built Scout (Highgroove  
Studios).

–  
Charles Brian Q.  
self-promotion: [www.seebq.com](http://www.seebq.com)  
highgroove studios: [www.highgroove.com](http://www.highgroove.com)

Scout - Web Monitoring and Reporting Software

> **[Application Monitoring for Ruby, PHP, Node.js, Python, and Elixir ~ Scout](https://scoutapm.com/)**
>
> Rails Monitoring, Django Monitoring, Elixir Phoenix Monitoring, PHP Laravel Monitoring, and more that identifies slow database queries, memory leaks, and slow custom code.

On Fri, Sep 12, 2008 at 9:28 AM, Roberto D.