Skip to content

bosh-aws-xen-centos-7-go_agent

BOSH produces official stemcells for popular operating systems and infrastructures. For infrastructures that support it, light stemcells are a more efficient way to reference stemcells that we have pre-uploaded and shared within the IaaS.

You can upload the latest version to your director with the upload-stemcell command:

bosh upload-stemcell --sha1 2347a61647dc80c1a9840e6f2dae797056c3eef2 \
  https://bosh.io/d/stemcells/bosh-aws-xen-centos-7-go_agent?v=3312.7

And reference this stemcell in your deployment manifest from the stemcells section:

- alias: "default"
  os: "centos-7"
  version: "3312.7"

Version History

v3312.7

  • Full Stemcellsha1:2347a61647dc80c1a9840e6f2dae797056c3eef2

v3312.6

  • Periodic stemcell update
  • Full Stemcellsha1:8f5817ebcbd89c454d938e41600cbf095c34a4ba

v3312.5

  • Full Stemcellsha1:612cefd16ed97368f39e3ecc208be42d2f259b6c

v3312.3

  • Periodic stemcell update
    • Includes USN-3134-1 as requested by a community member
  • Full Stemcellsha1:ffc846b5d245b6deab69b77b41574af00b36cef6

v3312

  • Properly includes libpam_cracklib.so to avoid errors in /var/log/auth.log
  • Full Stemcellsha1:58880d972a570172b50327e0a8b239e063b06cd3

v3309

  • Fixes persistent disk mounting on OpenStack described in Stemcell 3308
  • Full Stemcellsha1:ab0bdc66d8d03e2a2c6892286799b420807d20a9

v3308

Reported Problems: - On OpenStack: Mounting persistent disks not working when using config-drive: disk while nova is configured to use a cdrom config-drive due to https://github.com/cloudfoundry/bosh/issues/1503

Fixes: - Fixes SSH key installation issue introduced in Stemcell 3306

  • Full Stemcellsha1:24ba1ee4e3558bad826493ebf5a26d72297fef35

v3306

Reported Problems - bosh-init doesn’t work with this stemcell on OpenStack and AWS due to https://github.com/cloudfoundry/bosh/issues/1500 - Booting the stemcell image directly in you IaaS (without using BOSH/bosh-init) does no longer provision the ssh key for user vcap, so you need to login differently

Changes - Agent will now wait for monit to complete stop all processes before carrying on - Added google stemcells - Default dmesg_restrict to 1 - Disable all IPv6 configurations - Reenabled UDF kernel module for Azure - Increase root_maxkeys and maxkeys kernel configurations - Changed default hostname to bosh-stemcell instead of localhost to avoid boot problems on GCP - Lower TCP keepalive configuration by default - Mount /var/log directory to /var/vcap/data/root_log - Restrict Access to the su command - Add pam_cracklib requirements to common-password and password-auth - Enable auditing for processes that start prior to auditd - Set log rotation interval to 15 min in stemcell - Made ownership & permissions for /etc/cron* files more restrictive - Customize shell prompt to show instance name and ID - Removed floppy drives from vSphere stemcells - Removed bosh micro assets hence making bosh micro unsupported

Misc: - Stemcells are now built through Concourse via https://main.bosh-ci.cf-app.com/teams/main/pipelines/bosh:stemcells

  • Full Stemcellsha1:13de03d1dec9388f76dda360350b62ee84fc7ba3

v3263.10

  • Updates CentOS kernel to the latest version for “Dirty COW”
    • Ubuntu stemcells were updated in previous versions at the time of Ubuntu USN updates
  • Includes fix to the bosh-agent to better support 1TB+ disk partitioning

v3263.8

  • Bump Ubuntu stemcells for USN-3106-2: Linux kernel (Xenial HWE) vulnerability
  • Includes a fix to the bosh-agent to work more reliably with 2TB+ persistent disks

v3263.7

  • Bump Ubuntu stemcells for USN-3099-2: Linux kernel (Xenial HWE) vulnerabilities

v3263.5

  • Periodic bump
  • Delay start of rsyslogd using systemd on CentOS

v3262.22

v3262.21

  • Bump Ubuntu stemcells for USN-3099-2: Linux kernel (Xenial HWE) vulnerabilities

v3262.20

v3262.12

v3262.9

v3262.8

v3262.7

v3262.5

v3262.4.1

v3262.4

v3262.2

v3262

v3232.17

v3232.16

v3232.15

v3232.12

v3232.11

v3232.8

v3232.6

v3232.3

v3232.1

v3232

v3215.4

v3215

v3213

v3202

v3200

v3197