Closed
Bug 758840
Opened 12 years ago
Closed 12 years ago
QA and deploy BrowserID train-2012.05.25 to production
Categories
(Cloud Services :: Operations: Deployment Requests - DEPRECATED, task)
Cloud Services
Operations: Deployment Requests - DEPRECATED
x86_64
Linux
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: lhilaiel, Assigned: petef)
References
Details
(Whiteboard: [qa+])
Version: 6f8aed500 (0.2012.05.25.1) branch train-2012.05.25 Tests pass: (run locally, travis is broken) ChangeLog including issues resolved: https://github.com/mozilla/browserid/blob/train-2012.05.25/ChangeLog#L1-12 [QA] Suggested additional areas of focus for QA: * All issues from previous train * test that deployment links sent on train-2012.04.27 still work on 2012.05.25 * verify all recent security fixes [ops] deployment issues: * verify gzip config from last train * Database changes from last (derailed) train! stage table now has a passwd field.
Comment 1•12 years ago
|
||
Release wiki: https://wiki.mozilla.org/QA/Browser_Technologies/Services/Releases/BrowserID_05252012 Test spreadsheet: https://docs.google.com/spreadsheet/ccc?key=0As8GUPwNNWMFdEdDLVRNLWhpdTg3bE03Qm5iczZrTUE#gid=0
QA Contact: operations-deploy-requests → jrgm
Whiteboard: [qa+]
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → petef
Reporter | ||
Comment 2•12 years ago
|
||
bump! what's eta on deployment to stage?
Reporter | ||
Comment 3•12 years ago
|
||
there was an accidental regression introduced in 3f4368d2fd which removed the ability to configure the mysql 'host' . This is fixed in 254b9f025af1af8be. petef: please deploy this new sha (same branch, same version number) to stage!
Assignee | ||
Comment 5•12 years ago
|
||
also pushed to l10n-preview.d.o and client*.scl2
Comment 6•12 years ago
|
||
OK. Thanks! QE accepts this train for testing in Stage.
Comment 7•12 years ago
|
||
Version: 254b9f0 add host parameter back to mysql configuration - fixes accidental regression in commit 3f4368d2fde6f67075d218c06a393bcf80a9de67 locale svn r105505 Process and initial logs checks all look good. Moving on to the verification of #1592...
Comment 8•12 years ago
|
||
So, on diresworb.org /session_context is returning "data_sample_rate":0. Need to get that turned on (set to 1) to enable use of interaction data.
Assignee | ||
Comment 9•12 years ago
|
||
(In reply to John Morrison [:jrgm] from comment #8) > So, on diresworb.org /session_context is returning "data_sample_rate":0. > Need to get that turned on (set to 1) to enable use of interaction data. We're a bit away from rolling out KPI stuff, so do we need this on?
Comment 10•12 years ago
|
||
(In reply to Pete Fritchman [:petef] from comment #9) > (In reply to John Morrison [:jrgm] from comment #8) > > So, on diresworb.org /session_context is returning "data_sample_rate":0. > > Need to get that turned on (set to 1) to enable use of interaction data. > > We're a bit away from rolling out KPI stuff, so do we need this on? True. I can test with an awsbox and this train in the meantime.
Comment 11•12 years ago
|
||
Yea, I was under the impression that the Change Log additions for KPI were code only (functionality being off). So we should be OK without any further changes specific to KPI.
Comment 12•12 years ago
|
||
:petef please block /test/ as part of this deploy: https://diresworb.org/test/ for Stage now https://browserid.org/test/ for Prod when we push to Production thanks
Comment 13•12 years ago
|
||
Load Testing in Stage: The following load_gen instance proved to be too much for our current configuration: load_gen -s https://stage-browserid.services.mozilla.com -o -m 500000 -u 1/500 The following dual instance proved to be much better and ran without significant issues for about 40 hours: load_gen -s https://stage-browserid.services.mozilla.com -o -m 250000 -u 1/250 load_gen -s https://stage-browserid.services.mozilla.com -o -m 250000 -u 251/500
Comment 14•12 years ago
|
||
Most of the bug verification is complete. The following two issues still need to be verified: 1582: "Is this your computer" screen is not keyboard navigable. 1608: dbwriter did not auto-reconnect to mysql master
Comment 15•12 years ago
|
||
QA signs off on train-2012.05.25. [Although, I still have a bit work to do on 1608 for failure mode testing].
Assignee | ||
Comment 16•12 years ago
|
||
scheduled for this afternoon: https://intranet.mozilla.org/Services/Ops/ChangeWindow_20120606
Comment 17•12 years ago
|
||
Deployed to PHX1 and SCL2 today.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 18•12 years ago
|
||
QA tested and signed off on deployment to Production.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•