Closed
Bug 1071245
Opened 10 years ago
Closed 10 years ago
Please deploy Loop-Client 0.6.1 code to stage
Categories
(Cloud Services :: Operations: Deployment Requests - DEPRECATED, task)
Cloud Services
Operations: Deployment Requests - DEPRECATED
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: standard8, Unassigned)
References
Details
(Whiteboard: [qa+])
We'd like to deploy the loop-client 0.6.0 release to stage.
https://github.com/mozilla/loop-client/releases/tag/0.6.0
This can be done whenever, now that 0.12.2 is out. Preferably we'd like to deploy Tuesday/Wednesday if possible.
There are configuration and process changes required for release:
- Removed:
-- LOOP_PENDING_CALL_TIMEOUT / loop.config.pendingCallTimeout
- Added:
-- LOOP_FEEDBACK_API_URL / loop.config.feedbackApiUrl
-- LOOP_FEEDBACK_PRODUCT_NAME / loop.config.feedbackProductName
For stage, these can be created in config.js by "make config". Ideally, we should have different values to production:
loop.config.feedbackApiUrl for staging should be "https://input.allizom.org/api/v1/feedback" (this changes in production)
loop.config.feedbackProductName should be "Loop"
See README.md for more info about how to update this: https://github.com/mozilla/loop-client/blob/9a6301de54ada806d599b06d9d285166876d1dfd/README.md#configuration
Process changes:
We need to pull in the terms of service and include these in on staging, this is scripted, and can be generated by running "make install".
The ToS are generated as static pages and should show up under:
https://call.stage.mozaws.net/legal/terms/
Comment 2•10 years ago
|
||
:rpapa -- Do you know how quickly you'll be able to get this onto production (bug 1071251)? (I realize this bug is about getting it to stage.) I'm trying to time landing bug 1035846 -- which several folks are tracking. I'd love to land it ASAP. Thanks!
Flags: needinfo?(rpappalardo)
Comment 3•10 years ago
|
||
:mreavy for loop-client, a lot of scheduling depends on OPs. Everybody is very busy and yet everybody understands the desire to get this into Prod this week.
The gating factors are this: "configuration and process changes"
That alone usually adds a day's work for OPs.
That said, Richard and I will work with OPs and Dev to try to get this out by EOD Thursday of this week.
Updated•10 years ago
|
Flags: needinfo?(rpappalardo)
Comment 4•10 years ago
|
||
:bobm, :whd -- Hey guys, I see that loop-client-stage is still at 0.5.0-2. Do you know when things will be ready for deployment of 0.6.0 to stage?
Flags: needinfo?(whd)
Flags: needinfo?(bobm)
Comment 6•10 years ago
|
||
Added fun for QA:
1. Verify the updated configs
2. Verify the updated yamls
3. Verify the updated manifest
4. Verify this feedback link (if it is exposed on Stage): https://input.allizom.org/api/v1/feedback
5. Verify the ToS: https://call.stage.mozaws.net/legal/terms/
(There is no Privacy page at this time)
Status: NEW → ASSIGNED
Comment 7•10 years ago
|
||
(In reply to Richard Pappalardo [:rpapa][:rpappalardo] from comment #4)
> :bobm, :whd -- Hey guys, I see that loop-client-stage is still at 0.5.0-2.
> Do you know when things will be ready for deployment of 0.6.0 to stage?
Per mreavy on IRC this deploy can wait for :deanw tomorrow. Changes are required for the build script for loop-server, and should be more / or less easily cribbed from the FxA build script.
See: https://github.com/mozilla-services/svcops/blob/master/services/loop/mock-create-client.sh
Flags: needinfo?(bobm)
Reporter | ||
Comment 8•10 years ago
|
||
I found an issue on staging with the link from the link-clicker page to the ToS. I've fixed it and so we need to update to 0.6.1:
https://github.com/mozilla/loop-client/releases/tag/0.6.1
https://github.com/mozilla/loop-client/blob/48f57f403e52f74858fa2783bd7f470e43d2752b/CHANGELOG
Summary: Please deploy Loop-Client 0.6.0 code to stage → Please deploy Loop-Client 0.6.1 code to stage
Comment 9•10 years ago
|
||
This has been deployed to staging.
Comment 10•10 years ago
|
||
VERIFIED HOST RUNNING FOLLOWING CODE:
puppet-config-loop 20140924112304-1 x86_64 15370
loop-client-svcops 0.6.1-1 x86_64 11469095
/data/loop-client/content/VERSION.txt:
0.6.1
48f57f403e52f74858fa2783bd7f470e43d2752b Wed, 24 Sep 2014 13:06:25 +0100
FILES ON STAGE
/opt:
aws openresty stackdriver ec2 rh
/data:
hekad loop-client
/etc:
heka.d
/etc/puppet/yaml/app:
loop_client.dev.yaml
loop_client.prod.yaml
loop_client.stage.yaml
loop_client.yaml
loop_server.dev.yaml
loop_server.prod.yaml
loop_server.stage.yaml
loop_server.yaml
LOGS:
/var/log/circus.log
/var/log/hekad
/media/ephemeral0/nginx/logs
HEKA
/data/hekad
/etc/heka.d
PROCESSES
stackdriver, nginx, python, circus, heka
QUICK CHECKS
https://call.stage.mozaws.net/VERSION.txt:
0.6.1
48f57f403e52f74858fa2783bd7f470e43d2752b Wed, 24 Sep 2014 13:06:25 +0100
curl -I https://call.stage.mozaws.net:
HTTP/1.1 200 OK
Accept-Ranges: bytes
Content-length: 2523
Content-Type: text/html
Date: Wed, 24 Sep 2014 15:25:05 GMT
ETag: "5422b811-9db"
Last-Modified: Wed, 24 Sep 2014 12:24:49 GMT
Vary: Accept-Encoding
Connection: keep-alive
https://call.stage.mozaws.net/config.js:
var loop = loop || {};
loop.config = {serverUrl: 'https://loop.stage.mozaws.net'};
https://call.stage.mozaws.net/:
Welcome to the WebRTC! web client.
https://loop.stage.mozaws.net/:
{"name":"mozilla-loop-server","description":"The Mozilla Loop (WebRTC App) server","version":"0.12.2","homepage":"https://github.com/mozilla-services/loop-server/","endpoint":"https://loop.stage.mozaws.net","fakeTokBox":false,"fxaOAuth":true,"i18n":{"defaultLang":"en-US","lang":"en-US"}}
Updated•10 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 11•10 years ago
|
||
Here is OPs' summary of the changes made (from IRC):
1. Puppet manifests were changed to add the two new keys to the generated config via hiera lookups
2. Config file was changed to look like
https://github.com/mozilla-services/puppet-config/commit/58a8f49b80e7fd8b63b2c35d10d31aead4b11042
3. Values were added to the staging yaml config file
4. Package building script was modified to run a make install
5. A few extra packages were added to my build host to ensure this worked.
6. Package build was changed to remove all the node_module files. I don't think we've ever used these on the server and the package changed from 11000 files to 400 ish.
Comment 12•10 years ago
|
||
from :natim -
config.js file should be https://call.stage.mozaws.net/config.js
And returns:
var loop = loop || {};
loop.config = {
serverUrl: 'https://loop.stage.mozaws.net',
feedbackApiUrl: 'https://input.allizom.org/api/v1/feedback',
feedbackProductName: 'Loop'
};
Also https://call.stage.mozaws.net/VERSION.txt
0.6.1
48f57f403e52f74858fa2783bd7f470e43d2752b Wed, 24 Sep 2014 13:06:25 +0100
Comment 13•10 years ago
|
||
And config.js is correct for Stage: /data/loop-client/content/config.js
shows this:
var loop = loop || {};
loop.config = {
serverUrl: 'https://loop.stage.mozaws.net',
feedbackApiUrl: 'https://input.allizom.org/api/v1/feedback',
feedbackProductName: 'Loop'
};
Comment 14•10 years ago
|
||
OK, so I *think* the only thing left for Richard to check are the two yaml files:
loop_client.stage.yaml
loop_client.yaml
located here: /etc/puppet/yaml/app
FYI this looks good to me: https://call.stage.mozaws.net/legal/terms/
but somebody from legal/Prod should really check the Production version of that when we get to that point...
Comment 15•10 years ago
|
||
Standard8 — I've read somewhere that you said that:
feedbackApiUrl: 'https://input.allizom.org/api/v1/feedback',
Should be there in stage. Do you know which url we should put there?
Also the feedback panel should happen in stage because we cannot do a call so far.
Flags: needinfo?(standard8)
Reporter | ||
Comment 16•10 years ago
|
||
(In reply to Rémy Hubscher (:natim) from comment #15)
> Standard8 — I've read somewhere that you said that:
>
> feedbackApiUrl: 'https://input.allizom.org/api/v1/feedback',
That's exactly what I see in stage at the moment:
https://call.stage.mozaws.net/config.js
(as per comment 0). The production one uses input.mozilla.org.
> Also the feedback panel should happen in stage because we cannot do a call
> so far.
That's fine. If it does work at some stage, then input.allizom.org is the right site as that's the testing site.
Flags: needinfo?(standard8)
Comment 17•10 years ago
|
||
FILES VERIFIED ON STAGE:
loop_client.stage.yaml
loop_client.yaml
located here: /etc/puppet/yaml/app
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•