Closed Bug 629180 Opened 13 years ago Closed 13 years ago

Update support.allizom.org Apache config and update cron

Categories

(mozilla.org Graveyard :: Server Operations, task)

All
Other
task
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jsocol, Assigned: oremj)

References

Details

So, it's taken a while, but we are ready to not use any code from SVN anymore!

We've also broken out the locale subdirectory, it is no longer a submodule, so can update directly from SVN which will be faster.

On dm-app-sumo01, we currently have kitsune cloned into the SVN checkout, i.e.:

/data/www/master.support.mozilla.com/.svn
/data/www/master.support.mozilla.com/kitsune/.git

While kitsune should still be in a directory named "kitsune", the SVN parts are now unused. Also, it's a little confusing that the official domain is 'support.allizom.org' and the code is still in 'master.support.mozilla.com'.

The DocumentRoot presumably points to /data/www/master.support.mozilla.com/webroot/. Assuming we rename the site directory to 'support.allizom.org', that can be changed to:

/data/www/support.allizom.org/kitsune/webroot/

The only thing in there is a .htaccess file. (We're working to remove that as a requirement as well, so that we can change the WSGIScriptAlias from /k to /.)

If we replace 'master.support.mozilla.com' with 'support.allizom.org' we'll also need to update two Alias directives.

For the update cron, if it hasn't been done yet, we should rm -rf the locale directory and check it out of SVN directly:

svn checkout https://svn.mozilla.org/projects/sumo/locales locale

Then replace the `pushd locale && git pull origin master && ./compile-mo.sh . && popd` with

pushd locale && svn up && ./compile-mo.sh . && popd

And to the section of the cron that writes to revision_info.txt, we should add something like 

pushd locale && svn info && popd > /dev/null

Then, finally, the update cron doesn't need to svn up from https://svn.mozilla.org/projects/sumo/trunk anymore. We're done with all that now.

Kind of a big change, but we should test it before we get everything installed *with* SVN in PHX.
> Kind of a big change, but we should test it before we get everything installed
> *with* SVN in PHX.

That's less clear than I hoped: We should test out the setup without SVN so we can do it without SVN in PHX.
Oh, and almost as an afterthought to all that, if we add a -q flag to this cron:

./manage.py update_product_details -q

it won't email us unless something actually goes wrong, which would be awesome for my inbox.
Blocks: 616703
Moving the priority on this up as we've starting making changes we'd need to mirror in SVN.
Blocks: 616702
Severity: normal → major
Assignee: server-ops → jeremy.orem+bugs
Can you bullet all the stuff that needs to be done, so I don't miss anything? You don't need to include specific instructions, since they are above, just general steps.
Sure thing!

* Stop checking out svn.mozilla.org/projects/sumo/trunk
* (maybe) move /data/www/master.support.... to /data/www/support.allizom.org
** If so, update any Alias directives
* Change the DocumentRoot to kitsune/webroot/
* Check 'locale' out of SVN instead of Git
** add `svn info` output from the locale directory to media/revision_info.txt
* add -q to update_product_details cron
(In reply to comment #5)
> Sure thing!
> 
> * Stop checking out svn.mozilla.org/projects/sumo/trunk
done
> * (maybe) move /data/www/master.support.... to /data/www/support.allizom.org
done
> ** If so, update any Alias directives
done
> * Change the DocumentRoot to kitsune/webroot/
done
> * Check 'locale' out of SVN instead of Git
done
> ** add `svn info` output from the locale directory to media/revision_info.txt
done
> * add -q to update_product_details cron
There is no update_product_details cron enabled right now. Here is the current crontab:
MAILTO=sumo-dev@mozilla.com
LANG=en_US.UTF-8
#15 01 * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py build_avatars
05 01 * * 1,4 root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron update_weekly_votes
* * * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron collect_tweets &> /dev/null
* * * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron get_queue_status &> /dev/null
*/30 * * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron calculate_related_documents
#17 * * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron rebuild_kb
00 1,7,13,19 * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron get_customercare_stats
15 01 * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron update_weekly_votes
00 16 * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron reload_wiki_traffic_stats
35 * * * * root /usr/bin/python26 /data/www/support.allizom.org/kitsune/manage.py cron purge_tweets 
03,33 * * * root /root/bin/update_inko.sh
MAILTO=cron-sumo@mozilla.com
*/15 * * * * root /data/bin/update-kitsune > /dev/null
#*/15 * * * * root /usr/local/bin/svn-up.sh /data/www/support.allizom.org HEAD force > /dev/null && (cd /data/www/support.allizom.org/webroot && sh htaccess.sh ) > /dev/null
#*/16 * * * * root find /data/www/support.allizom.org/webroot/temp/cache  -maxdepth 1 -type f -not -name "index.php" -exec rm -f {} \;
#*/16 * * * * root find /data/www/support.allizom.org/webroot/templates_c/  -maxdepth 1 -type f -name '*.tpl.php' -exec rm -f {} \;
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
(In reply to comment #6)
Woo thanks!

> > * add -q to update_product_details cron
> There is no update_product_details cron enabled right now. Here is the current
> crontab:
Huh. We should add one.

Looks like there is one for support-stage-new, (aka support-release.allizom.org). You can probably just copy the way it's done. Can you add -q to both please?
Added.
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.