Closed
Bug 1323675
Opened 7 years ago
Closed 7 years ago
Please deploy the "this service has been shut down" version of persona.org
Categories
(Cloud Services :: Operations: Deployment Requests - DEPRECATED, task)
Cloud Services
Operations: Deployment Requests - DEPRECATED
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: rfkelly, Assigned: relud)
Details
All the deadlines are passed, all the sites are migrated...it's time to start shutting this thing down for real! Please deploy the "persona-end-of-life" branch of the service to persona.org: https://github.com/mozilla/persona/pull/4237 SHA: 3611594e1a0cfcbf181aae80aa87ca0d18218594 This will cause the service to gracefully error out when any remaining reliers attempt to use it. Per discussion in the above PR, the "dbwrite", "keysign", and "browserid" components of the service are not required with this version. With that in place, we can keep an eye out for any unexpected breakage before moving on to a more thorough shutdown of the underlying infra.
Reporter | ||
Comment 1•7 years ago
|
||
Once it's been live for a while, we should sanity-check that traffic has indeed stopped. I would expect to see: * Some sites still requesting the javascript shim, because they didn't get around to migrating. * No traffic to the /wsapi endpoints. * No traffic to the verifier. * No traffic to the Mozilla primary IdP.
Assignee | ||
Comment 2•7 years ago
|
||
I tried to deploy this to stage, but the router and static processes exit 1 almost immediately after starting. if you use the cloudops stage us-east-1 bastion, you should be able to ssh to ip-172-31-32-88 investigate. I've looked around, but I haven't been able to figure out why it wouldn't be working. There are no log files being created by those processes, and the only output on stdout before exiting is "path.existsSync is now called `fs.existsSync`.", but that's there on working systems. Verifier starts without issues.
Reporter | ||
Comment 3•7 years ago
|
||
I tried to debug these a little. Attempting to start the static process like this: NODE_ENV=production CONFIG_FILES=/var/persona/config/production.json,/opt/persona/config/l10n-prod.json sudo -E -u persona ./bin/static ; echo $? It errors out trying to load `/var/persona/root.cert`, which is a zero-length file. In the github repo there's a similar file `./var/root.cert` that is not zero-length. Could this be part of the issue, or is it a red herring?
Flags: needinfo?(dthorn)
Assignee | ||
Comment 4•7 years ago
|
||
Thank you! that was my problem. anosrep.org is as expected now, deploying to persona.org.
Flags: needinfo?(dthorn)
Assignee | ||
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → dthorn
You need to log in
before you can comment on or make changes to this bug.
Description
•