bosh/256
You can find the source of this version on GitHub at cloudfoundry/bosh. It was created based on the commit 71adadbc
.
Release Notes¶
New Features:
- Enabled auditd
on stemcells to satisfy several STIG requirements
- Configured audisp
syslog plugin to redirect auditd logs to local syslog
- Hardened variety of OS configurations according to STIGS
- See label:“medium:phase1” and label:“stig” in Tracker for more details
- Example: Lock user account after 5 failed login attempts
- Added director.log_access_events_to_syslog
property (defaults to false) to enable Director to log all access to its API
- Confirmed to work with syslog-release colocated on the Director VM
- Access events are logged in common event format (CEF) under ‘vcap.bosh.director’ syslog topic
- Added director.events.record_events
property to automatically record high level deployment events
- Exposed via bosh events
command
- Added director.flush_arp
property (defaults to false) to enable aggressive ARP flushing
- Especially useful on AWS since AWS disable gratuitous ARP messages
- In summary, Director sends delete_arp_entries
to all the Agents managed by the Director when new VMs come up
- Switched to using delayed job instead of Resque for managing Director tasks
- Warning: make sure to update your Director manifest (used with bosh-init) to remove mentions of redis.
- Show start and end time for tasks via bosh tasks
- Allow manual link configuration in the deployment manifest
- Useful for when link provider is not a job in the Director
- Include id
, name
and created_at
when making set_vm_metadata
CPI call
- This information should aide discovery of VMs in the IaaS
Improvements:
- Switched to using s3cli when Director is configured to use S3 blobstore
- Agent has been using s3cli to access blobstore, so this change makes behaviour more consistent
- Add instance.bootstrap
indicator for instances in a link
- Why: when looping through instances included in a link sometimes it’s necessary to know first instance
- Allow job level properties for addons making property namespacing unnecessary
- We have upcoming bosh-init change that adds support for this as well
- Return better YAML error message for invalid manifest, cloud config, and runtime config files
- Exposed blobstore.nginx.workers
property to increase number of Nginx workers for local blobstore
- Requested by one of the teams with large enough releases/packages that slowed down blobstore access
- Stopped attempting to recreate VM when vSphere was not able to create disk in a datastore
- Bumped CentOS 7.x packages
- Also include dev_tools_file_list.txt
in the stemcell tarball to easily identify which files will be removed by the Agent
- Optimally order the files inside compiled release tarballs when using bosh export release
Fixes:
- Possible conflicting SHA1 when finalizing release via bosh finalize release
- Before this fix, issue was typically resolved by looking up correct SHA1 from .final_builds directory
- Fixed removal of dev tools on CentOS stemcells
- Backfill stemcells’ operating_system
field for existing stemcells that do not have it
- Necessary for working with compiled packages
- Ignore snapshot when VM is missing
Dev:
- Added BOSH_FINAL_RELEASE_VERSION
env var in bosh-dev for Jenkins compatiblity
- Include grub configuration in warden stemcell to make them more consistent
- Bumped eventmachine to 1.0.4, sequel (3.43 -> 4.32.0), sqlite3 (1.3.10 -> 1.3.11), datadog_api (1.21)
This release includes 3232 stemcell series.
Usage¶
You can reference this release in your deployment manifest from the releases
section:
- name: "bosh" version: "256" url: "https://bosh.io/d/github.com/cloudfoundry/bosh?v=256" sha1: "71701e862c0f4862cb77719d5f3e4f7451da355c"
Or upload it to your director with the upload-release
command:
bosh upload-release --sha1 71701e862c0f4862cb77719d5f3e4f7451da355c \ "https://bosh.io/d/github.com/cloudfoundry/bosh?v=256"