Hmm, i don't think I'm actually seeing the daemons. What do they show up as under COMMAND (I dont see anything with wsgi). But there is another small dev site running on the same server (they are both theoretically set up under daemon mode as I showed above). I think that if it wasn't in daemon mode they wouldn't both work although I could be wrong about that. Looking at the apache conf I posted earlier does it seem that I have properly configured daemon mode? Thanks.
On Nov 11, 12:22 pm, Alex Robbins <alexander.j.robb...@gmail.com> wrote: > If you are really running mod_wsgi in daemon mode, then django and > satchmo won't be able to affect the size of the httpd processes. The > python interpreter should live in the mod_wsgi daemon, which is a > completely separate process. I have had troubles before with mod_wsgi > running in embedded mode, even though it is supposed to be daemon. Can > you see any processes for mod_wsgi? If you don't get the config > exactly right, it won't use daemon mode. (This might not even be the > problem, but if there aren't daemon processes something is > misconfigured.) > > If you can see the daemon processes, and httpd is separate and huge, > then I'm not sure what is going on. It wouldn't be python making it > big. Maybe there are some other modules installed? (mod_php, mod_rails > or something like that?) > > On Thu, Nov 11, 2010 at 2:07 PM, Josh <josh...@gmail.com> wrote: > > Ok so the server is a VPS and it uses virtualmin and centos. My > > understanding is that each domain has its own httpd process (two if > > you have ssl enabled). I have been watching the output of top for > > awhile and when I say memory usage I am talking about the virt of a > > specific httpd process. I am fairly certain that this is the httpd > > process which the site runs from because it is the correct user and as > > I opened multiple connections the memory usage began going up. This > > single httpd process now is up to 867m virt and 651m res. There are > > other things on the system using memory but they have remained > > constant and I am concerned that a single process has gone up so much > > when it seems that nothing is going on with the site. Thanks for the > > help. > > > On Nov 11, 11:53 am, Alex Robbins <alexander.j.robb...@gmail.com> > > wrote: > >> First off, mod_wsgi in daemon mode with apache should be a decent > >> deployment method for ram consumption. I don't think your problem is > >> there. > > >> When you say the memory usage is 650mb, what is actually using all > >> that memory? Is it httpd processes? The mod_wsgi processes? > > >> On Thu, Nov 11, 2010 at 1:49 PM, Josh <josh...@gmail.com> wrote: > >> > Oh yeah my urls looks like this: > > >> > from django.conf.urls.defaults import * > >> > from store.urls import urlpatterns > > >> > urlpatterns += patterns('', > >> > ('^pages/', include('django.contrib.flatpages.urls')), > >> > (r'^product_info\.php', 'store.localsite.views.old_redirect'), > >> > (r'^searchRedirect/', 'store.localsite.views.redirect_search'), > >> > (r'^reports/', 'store.localsite.views.reports.view'), > >> > ) > > >> > and I have local_dev and debug set to false. (searchRedirect and the > >> > product_info\.php above were set up to redirect because the site used > >> > to be osCommerce based). > > >> > On Nov 11, 11:46 am, Josh <josh...@gmail.com> wrote: > >> >> It is centos but we are using apache and mod_wsgi in daemon mode, here > >> >> is the relevant part of my apache conf: > >> >> ------- > > >> >> Alias /static/ /home/hatikva/store/static/ > > >> >> <Directory /home/hatikva/store/static> > >> >> Order deny,allow > >> >> Allow from all > >> >> </Directory> > > >> >> Alias /media/ /usr/local/lib/python2.6/site-packages/django/contrib/ > >> >> admin/media/ > > >> >> <Directory /usr/local/lib/python2.6/site-packages/django/contrib/admin/ > >> >> media> > >> >> Order deny,allow > >> >> Allow from all > >> >> </Directory> > > >> >> WSGIDaemonProcess hatikva.com user=hatikva group=hatikva python-path=/ > >> >> usr/local/lib/python2.6/site-packages > >> >> WSGIProcessGroup hatikva.com > >> >> WSGIScriptAlias / /home/hatikva/store/apache/store.wsgi > > >> >> ------- > > >> >> My understanding is that the way the static directory is set up above > >> >> means that apache and not django serves media. > > >> >> As I have watched the memory usage has continued to go up, its now at > >> >> ~650m, up from ~220m (I have stopped refreshing and this has happened > >> >> in the past 20 minutes or so). > > >> >> I am open to recommendations as to a better setup (which I may or may > >> >> not be able to do depending on the person I have made the site for). > >> >> Thanks for the quick response! > > >> >> -Josh > > >> >> On Nov 11, 11:39 am, Laszlo Antal <lzan...@gmail.com> wrote: > > >> >> > Hi, > > >> >> > Could you check to make sure django does not serve static media? > >> >> > I had a very similar issue (4000+ products) and I left by accident > >> >> > the static_serve in urls.py > >> >> > Just a thought > > >> >> > lzantal > > >> >> > On Nov 11, 2010, at 11:30, Josh <josh...@gmail.com> wrote: > > >> >> > > I have been working on a satchmo site with ~3000 products that has > >> >> > > repeatedly over the past week or so crashed the server it is > >> >> > > running. > >> >> > > It is on a VPS with 2G dedicated ram. It seems that once the httpd > >> >> > > process allocates memory it never releases it, eventually taking all > >> >> > > available memory and crashing the server. I tried opening about ten > >> >> > > pages from the site and repeatedly hard refreshed them and watched > >> >> > > the > >> >> > > memory usage (via top) shoot up more than 150m in about 10 minutes, > >> >> > > its still going up as I write this. > > >> >> > > Are there any known memory leaks in satchmo? Why would memory usage > >> >> > > continue to go up after I have stopped hard refreshing? (I guess it > >> >> > > is possible that other people are visiting the site but every two > >> >> > > second or so it seems to go up about 1m, which if it continues the > >> >> > > server will crash again). Thanks in advance for any help. > > >> >> > > -Josh > > >> >> > > -- > >> >> > > You received this message because you are subscribed to the Google > >> >> > > Groups "Satchmo users" group. > >> >> > > To post to this group, send email to satchmo-us...@googlegroups.com. > >> >> > > To unsubscribe from this group, send email to > >> >> > > satchmo-users+unsubscr...@googlegroups.com. > >> >> > > For more options, visit this group > >> >> > > athttp://groups.google.com/group/satchmo-users?hl=en. > > >> > -- > >> > You received this message because you are subscribed to the Google > >> > Groups "Satchmo users" group. > >> > To post to this group, send email to satchmo-us...@googlegroups.com. > >> > To unsubscribe from this group, send email to > >> > satchmo-users+unsubscr...@googlegroups.com. > >> > For more options, visit this group > >> > athttp://groups.google.com/group/satchmo-users?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Satchmo users" group. > > To post to this group, send email to satchmo-us...@googlegroups.com. > > To unsubscribe from this group, send email to > > satchmo-users+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/satchmo-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to satchmo-us...@googlegroups.com. To unsubscribe from this group, send email to satchmo-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.