- Creating DNS entry
- Specifying correct ports
- Enabling nginx site for CI builds
- Resolved nginx default site issues
- Fixed issue with OAuth client creation
- Setting LMS URL
- Corrected ecommerce repo

ECOM-2755

This one has programs NGINX built onto it.

This reverts commit 6da8cd29.

- Creating DNS entry
- Specifying correct ports
- Enabling nginx site for CI builds

ECOM-2755

Also it breaks expectations when adding new non deploy tasks.

ECOM-2572

ECOM-2185

ECOM-2180

Cut as a result of the work in OPS-1003 OPS-1019 and adding the new
ecommerce role (work by Clinton).

ECOM-2185

ECOM-2185

Without this, sandbox builds fail when edx-platform updates because the
virtualenv contains distribute and we try to install setuptools.

The new sandbox is built from master around cypress.

I also updated the base ubuntu images to the latest ones.

This isn't visible in Jenkins, so would only be changed here.

We have SSL for *.sandbox.edx.org but not for *.*.sandbox.edx.org so
things like studio.sandbox.edx.org don't serve the right SSL cert.

In the case of sandboxes, nginx listens on 443/80 and needs to pass
along the scheme of the request so that django knows if the client is
connecting over HTTP or HTTPS, rather than forwarding non-existant ELB
headers.

This one has a less full disk unlike the previous one that is full of assets.

Ansible will use the correct ssh params so that we don't have to worry about host key checking
which will become a problem as we build sandboxes at the same domain more than once.

Also check the return code to make sure it succeeded.

Don't override the versions is server-vars.yml.

```
13:08:11 + ret=0
13:08:11 + echo 0
13:08:11 0
13:08:11 + '[' 0 -ne 0 ']'
13:08:11 Build step 'Virtualenv Builder' marked build as failure
13:08:11 [ssh-agent] Stopped.
13:08:11 Finished: FAILURE
```

The example above is a snippet from jenkins which the integration test runs into,
meaning it is often suceeding but reporting it as failure.  There is still an issue
with the cms worker which is related to 'stopwaitsecs' which is really high for all
workers due to grading.  That work will need to be refactored so that cms workers
don't wait so long before killing the worker.

The problem is the same as what is described here but more investigation will be
useful.

http://stackoverflow.com/questions/9971627/why-is-celery-not-shutting-down-cleanly