v211

DRAFT

Release Notes

The cf-release v211 was released on June 4th, 2015

Runtime

• [Experimental] Work continues on support for Asynchronous Service Instance Operations details
  • Support for configurable max polling duration
• [Experimental] Work continues on /v3 and Application Process Types details
• [Experimental] Work continues on Route API details
• [Experimental] Work continues on Context Path Routes details
• Work continues on support for Service Keys details

Loggregator

• If no Dopplers available in an AZ, Metron will now fail over across AZs. [details] (https://www.pivotaltracker.com/story/show/86649938)

• StatsD support broken out of Metron and into a separate process. New class of items for adding data into metron/loggregator now known as an “injectors." Further info to follow on cf-dev.

  • details.
  • repo.

• All loggregator metrics now using a Metron /varz shim instead of writing to a local /varz.

  • Most loggregator metrics to be prefixed differently as a result.
  • All former metrics and new ones are documented - in wiki (scroll right) and in a public google doc.
  • Story details.
  • Other CF Components to follow; docs to be formalized with documentation team.

• NOAA client library fixed Close() issue, independent of CF release. Change is backward-incompatible.

  • details | cf-dev announcement | github diff

• Removed Dropsonde protocol dependence on gogoproto for non-go builds. details

• Increase doppler marshal/unmarshal efficiency to compensate for message size changes. [details] (https://www.pivotaltracker.com/story/show/93439456)

• [Bug Fix] Syslog drain binder is no longer leaking connections to cloud_controller. [details] (https://www.pivotaltracker.com/story/show/93932106)

• [Bug Fix] LoggregatorClientPool no longer leaking clients to non-existant dopplers. [details] (https://www.pivotaltracker.com/story/show/95008094)

Used Configuration

• BOSH Version: 152
• Stemcell Version: 2969
• CC Api Version: 2.28.0

Commit summary

Compatible Diego Version

• final release 0.1281.0 commit

Postgres Job Upgrade

The Postgres Job will upgrade the postgres database to version 9.4.2. Postgres will be unavailable during this upgrade.

A copy of the database is made for the upgrade, you may need to adjust the persistent disk capacity of the postgres job.

If the upgrade fails:

• The old database is still available at /var/vcap/store/postgres
• The new database is at /var/vcap/store/postgres-9.4.2
• A marker file is kept at /var/vcap/store/FLAG_POSTGRES_UPGRADE to prevent the upgrade from happening again.
• pg_upgrade logs that may have details of why the migration failed can be found in /home/vcap/

To attempt the upgrade again, you should remove /var/vcap/store/postgres-9.4.2 and /var/vcap/store/FLAG_POSTGRES_UPGRADE

To rollback to a previous release, you should remove /var/vcap/store/postgres-9.4.2 and /var/vcap/store/FLAG_POSTGRES_UPGRADE. The previous release has no knowledge of these files, but they will conflict if you later try the upgrade again.

Post upgrade, both old and new databases are kept. The old database moved to /var/vcap/store/postgres-previous. The postgres-previous directory will be kept until the next postgres upgrade is performed in the future. You are free to remove this if you have verified the new database works and you want to reclaim the space.

Manifest and Job Spec Changes

• properties.cc.stacks.default lucid64 stack has been removed
• properties.dea_next.stacks.default lucid64 stack has been removed