Closed
Bug 722478
Opened 12 years ago
Closed 12 years ago
Push Affiliates to Production (Wednesday, Feb 1st, 9:00 AM PST)
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: osmose, Assigned: jason)
References
()
Details
We'd like to push Affiliates to production on Wednesday Feb. 1st at 9 AM PST. Please join the #affiliates IRC channel prior to pushing and ping mkelly, in case any blockers come up and so we can run automation after pushing. Thanks!
Comment 1•12 years ago
|
||
We should remove the infra group from this bug. No reason to be closed here! :)
Updated•12 years ago
|
Assignee: server-ops → jthomas
Reporter | ||
Comment 2•12 years ago
|
||
After pushing we'll also need to run the management command `./manage.py copyimages`. This command has to be run as the web user, as it creates a bunch of files that need permissions to be accessible by the web user.
Assignee | ||
Comment 3•12 years ago
|
||
Pushed to prod and ran management command. [root@engagementadm.private.phx1 affiliates.mozilla.org]# ./update Updating code... Unpacking objects: 100% (85/85), done. remote: Counting objects: 8, done. remote: Compressing objects: 100% (4/4), done. remote: Total 6 (delta 4), reused 4 (delta 2) Unpacking objects: 100% (6/6), done. From https://github.com/mozilla/affiliates-lib 5f043a7..5cfcabf master -> origin/master Updating vendor... remote: Counting objects: 49, done. remote: Compressing objects: 100% (28/28), done. remote: Total 43 (delta 27), reused 30 (delta 14) Unpacking objects: 100% (43/43), done. From git://github.com/mozilla/django-session-csrf * [new branch] changes -> origin/changes 2b32149..1549252 master -> origin/master * [new tag] v0.5 -> v0.5 Updating '.': U ro/LC_MESSAGES/messages.po U sq/LC_MESSAGES/messages.po U sr/LC_MESSAGES/messages.po U tr/LC_MESSAGES/messages.po U ru/LC_MESSAGES/messages.po U hi_IN/LC_MESSAGES/messages.po U de/LC_MESSAGES/messages.po U sw/LC_MESSAGES/messages.po U ja/LC_MESSAGES/messages.po U zh_TW/LC_MESSAGES/messages.po U id/LC_MESSAGES/messages.po U templates/LC_MESSAGES/messages.pot U fi/LC_MESSAGES/messages.po U zh_CN/LC_MESSAGES/messages.po U gl/LC_MESSAGES/messages.po A sr_LATN A sr_LATN/LC_MESSAGES A sr_LATN/LC_MESSAGES/messages.po U cs/LC_MESSAGES/messages.po U pt_BR/LC_MESSAGES/messages.po U fr/LC_MESSAGES/messages.po U es/LC_MESSAGES/messages.po U kn/LC_MESSAGES/messages.po U ko/LC_MESSAGES/messages.po U hr/LC_MESSAGES/messages.po U nl/LC_MESSAGES/messages.po U pl/LC_MESSAGES/messages.po U hu/LC_MESSAGES/messages.po U sk/LC_MESSAGES/messages.po U fy/LC_MESSAGES/messages.po U sl/LC_MESSAGES/messages.po Updated to revision 100924.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 4•12 years ago
|
||
Verified by QA. Thanks for pushing the code to production. The site seems healthy. The major verification areas for the release : -- The Migration script to copy images to the standard filename is just working fine. -- The hash value remains the same when the banner is replaced with some another banner of same height and width thus helping to update a banner image and change the image on every site that it is used. The Normal working of the site also seems healthy.
Status: RESOLVED → VERIFIED
Updated•11 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•5 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•