Deployment: Difference between revisions

From GNU MediaGoblin Wiki
Jump to navigation Jump to search
(Created page with "This page could use a lot of work. For now, a few smaller deployment tips! = Use Virtualenv = Our Development quick start guide recommends using [http://buildout.org zc.bu...")
 
No edit summary
Line 8: Line 8:


You should almost certainly [http://www.mongodb.org/display/DOCS/Journaling run MongoDB with Journaling on] if you have a new enough version of MongoDB. (If you don't, maybe you should get a newer version!) Without journaling there's some risk you could lose data that isn't yet written to disk if MongoDB is shut down incorrectly.
You should almost certainly [http://www.mongodb.org/display/DOCS/Journaling run MongoDB with Journaling on] if you have a new enough version of MongoDB. (If you don't, maybe you should get a newer version!) Without journaling there's some risk you could lose data that isn't yet written to disk if MongoDB is shut down incorrectly.

= Running MediaGoblin's web server and Celery separately =

./lazyserver.sh is all good and well for debugging, but probably not for deployments. Instead, you should probably run

Revision as of 02:56, 22 August 2011

This page could use a lot of work. For now, a few smaller deployment tips!

Use Virtualenv

Our Development quick start guide recommends using zc.buildout, but this system is somewhat problematic for actual deployments (if a buildout goes badly, buildout removes all your packaging setup and your scripts in bin/ and other things... yuck :\). Use Virtualenv instead. In the future, all our docs will bet set up to recommend using Virtualenv.

MongoDB setup

You should almost certainly run MongoDB with Journaling on if you have a new enough version of MongoDB. (If you don't, maybe you should get a newer version!) Without journaling there's some risk you could lose data that isn't yet written to disk if MongoDB is shut down incorrectly.

Running MediaGoblin's web server and Celery separately

./lazyserver.sh is all good and well for debugging, but probably not for deployments. Instead, you should probably run