v2.28.1 Armory Continuous Deployment Release (Spinnaker™ v1.28.1)

Release notes for Armory Continuous Deployment v2.28.1

2022/11/17 Release Notes

Note: If you’re experiencing production issues after upgrading Spinnaker, rollback to a previous working version and please report issues to http://go.armory.io/support.

Required Halyard or Operator version

To install, upgrade, or configure Armory 2.28.1, use one of the following tools:

  • Armory Operator 1.6.0 or later

Security

Armory scans the codebase as we develop and release software. Contact your Armory account representative for information about CVE scans for this release.

Breaking changes

Breaking changes are kept in this list for 3 minor versions from when the change is introduced. For example, a breaking change introduced in 2.21.0 appears in the list up to and including the 2.24.x releases. It would not appear on 2.25.x release notes.

Orca requires RDBMS configured with UTF-8 encoding

This release includes a change from MySQL JDBC drivers to AWS drivers. We have seen this cause issues when the database is NOT in a utf8mb4 format.

Update kubectl to 1.20

Impact

With 2.28 of Spinnaker, we’ve updated the kubectl binary to a 1.20 release. You may have potential caching issues as a result due to certain resources in Kubernetes being removed and/or no longer supported. Look for failures in your log files and exclude resources that don’t match your target cluster. For example, adding “PodPreset” to the “omitKinds” on your Kubernetes account configs would cause Spinnaker to skip trying to cache resources that no longer be able to be cached in newer kubernetes releases.

Introduced in: Armory CD 2.28.0

Pipelines-as-Code Slack notifications stop working

Impact

After upgrading to 2.27.x, your Pipelines-as-Code Slack notifications may stop working even though they were working previously.

Hotfix

See the Dinghy Slack Notifications not working KB article for the Hotfix.

Introduced in: Armory CD 2.27.0

Java 11.0.11+, TLS 1.1 communication failure

This is an issue between Java 11.0.11 and TLSv1.1. Only installations using TLSv1.1 will encounter communication failures between services when those services upgrade to Java 11.0.11+.

TLSv1.1 was deprecated in March of 2020 and reached end-of-life in March of 2021. You should no longer be using TLSv1.1 for secure communication.

Oracle released Java 11.0.11 in April of 2021. Java 11.0.11 dropped support for TLSv1.1. See the Java release notes for details.

Impact

Any services running under Java 11.0.11+ and using TLSv1.1 will encounter a communication failure. For example, you will see a communication failure between an Armory CD service running under Java 11.0.1 and MySQL 5.7 if the MySQL driver is using TLSv1.1.

The version of Java depends on the version used by the Docker container’s OS. Most Armory CD services are using Alpine 3.11 or 3.12, which does not use Java 11.0.11. However, Alpine 3.11 is end-of-life in November of 2021, and 3.12 is end-of-life in May of 2022. There is no guarantee that Java 11.0.11+ won’t be added to those container images by some other manner. You should modify your TLSv1.1 environment now so you don’t encounter communication failures.

Fix

Choose the option that best fits your environment.

  1. Disable TLSv1.1 and enable TLSv1.2 (preferred):

    See Knowledge Base articles Disabling TLS 1.1 in Spinnaker and Specifying the Protocols to be used and How to fix TLS error “Reason: extension (5) should not be presented in certificate_request”.

  2. Add a query parameter to the MySQL JDBC URIs:

    ?enabledTLSProtocols=TLSv1.2

    Note that this only fixes communication between Armory CD and MySQL.

    See MySQL communication failure when using TSL1.1 for more information.

Kubernetes version for deployment targets

Armory CD 2.26 no longer supports Kubernetes deployment targets prior to version 1.16.

Impact

Any Kubernetes deployment target must run version 1.16 or higher. If you try to deploy to clusters older than 1.16, you may see errors like the following in the UI:

The UI shows an Unexpected Task Failure error.

Additionally, errors like the following appear in the Clouddriver logs:

2021-05-04 21:17:16.032 WARN 1 --- [0.0-7002-exec-9] c.n.s.c.k.c.ManifestController : Failed to read manifest

com.netflix.spinnaker.clouddriver.kubernetes.op.handler.UnsupportedVersionException: No replicaSet is supported at api version extensions/v1beta1
at com.netflix.spinnaker.clouddriver.kubernetes.op.handler.KubernetesReplicaSetHandler.status(KubernetesReplicaSetHandler.java:98) ~[clouddriver-kubernetes.jar:na]

2021-05-05 14:29:09.653 WARN 1 --- [utionAction-538] c.n.s.c.k.c.a.KubernetesCachingAgent : kubernetes/KubernetesCoreCachingAgent[1/1]: Failure adding relationships for service

com.netflix.spinnaker.clouddriver.kubernetes.op.handler.UnsupportedVersionException: No replicaSet is supported at api version extensions/v1beta1
at com.netflix.spinnaker.clouddriver.kubernetes.op.handler.KubernetesReplicaSetHandler.getPodTemplateLabels(KubernetesReplicaSetHandler.java:167)

Workaround

If you are affected by this change, perform the following tasks to update your applications:

  • Upgrade the Kubernetes clusters that you are trying to deploy to. They must run version 1.16 or higher.
  • If you have manifest files using deprecated APIs, update them to use newer APIs. For more information on which APIs are deprecated in each Kubernetes version and how to migrate, see the Kubernetes Deprecated API Migration Guide.

Introduced in: Armory CD 2.26.0

Kubernetes infrastructure in the UI

Starting in 2.26, the UI has been updated to more closely follow immutable infrastructure principles.

When you navigate to the Infrastructure tab in the UI for an application that has the Kubernetes provider configured, actions that change the Kubernetes infrastructure (such as Create or Delete), including Clusters, Load Balancers, and Firewalls, are no longer available.

Impact

Users do not see these actions in the UI by default. You must configure the UI to display them if you want your users to be able to perform them through the UI.

Workaround

Whether or not these actions are available in the UI is controlled by the following property in settings-local.yml:

window.spinnakerSettings.kubernetesAdHocInfraWritesEnabled = <boolean>;

This setting does not completely prevent users from modifying Kubernetes infrastructure through Armory CD. To do so, you must use the Policy Engine and write policies using the spinnaker.http.authz package.

If you use the Policy Engine to control which user roles can see the UI actions and be able to use them, you must set this property to true. Setting the value to false hides the buttons for all users regardless of whether you grant specific users access to the buttons through the Policy Engine.

This property affects Kubernetes infrastructure only. The behavior is slightly different depending on if the application has only the Kubernetes provider configured or Kubernetes and other providers, such as AWS.

If the application only has the Kubernetes provider configured, the following applies:

  • When set to true, this property causes the UI to function as it did in previous releases. This allows people to manually create and delete Kubernetes infrastructure from the UI.
  • When set to false, this property causes the actions to be unavailable to users. This prevents users from manually creating and deleting Kubernetes infrastructure from the UI. The users can still view the infrastructure but cannot make changes through the UI.

If the application includes Kubernetes and other providers, the following applies:

  • When set to true, this property causes the UI to function as it did in previous releases. This allows people to manually create and delete Kubernetes infrastructure from the UI. Users can continue to select whether they want to create Kubernetes or other infrastructure in the UI.
  • When set to false, this property causes Kubernetes to be unavailable as an option when trying to modify infrastructure from the UI. Users can still make changes to infrastructure for the application from cloud providers, such as AWS, but not Kubernetes.

Introduced in: Armory CD 2.26.0

Git Artifact Constraint Trigger

When setting an artifact constraint to limit when a pipeline executes on a git web hook, it’s likely the trigger will break with an error message The following required artifacts could not be bound: ‘[ArtifactKey(type=docker/image, …’ See https://github.com/spinnaker/spinnaker/issues/6757

Halyard deprecation

Halyard is no longer supported for installing Armory Continuous Deployment 2.27.0 and later. Use the Operator. For more information, see Halyard Deprecation.

Plugin Compatibility

Due to changes in the underlying services, older versions of some plugins may not work with Armory CD 2.28.x or later.

The following table lists the plugins and their required minimum version:

PluginVersion
Scale Agent for Spinnaker and Kubernetes Clouddriver Plugin0.11.0
App Name0.2.0
AWS Lambda1.0.10
Evaluate Artifacts0.1.1
External Accounts0.3.0
Observability Plugin1.3.1
Policy Engine0.3.0

Known issues

When Auth Z is enabled, Access Denied on deployments using accounts that have empty permissions

Users report that when attempting to use FIAT-defined User Accounts/Service Accounts/Service Principals that have empty permissions or roles, they receive an Exception: Access denied to account *** message. For example, Exception: Access denied to account aws. This is contrary to expected behavior in Spinnaker/Armory Continuous Deployment.

Workaround:

Users can add roles to the accounts in FIAT that are affected, even “dummy” roles.

See the How to Audit for Empty Roles in FIAT using Redis/MySQL KB article for how to locate affected user accounts, service accounts, or service principals.

Customers can also now upgrade to Armory CD 2.28.4, which resolves this known issue

Affected versions: Armory CD 2.28.0-2.28.3

MySQL Permission Repository error in 2.28.1-2.28.4

Armory is investigating an issue with FIAT when using MySQL as the backend permission repository. When it is enabled, unexpected authorization errors appear in logs across Clouddriver/Orca/Front50 for users and Service Accounts. Admins appear unaffected.

The issue does not exist for 2.28.0 and lower and has since been resolved as of 2.28.5. Environments using the default Redis backend do not encounter these errors. For more information about the changes that resolve this fix, please visit the following PR

Workaround: Use Redis backend, 2.28.0, 2.28.5+

Affected versions: Armory CD 2.28.1-2.28.4

Application Attributes section displays “This Application has not been configured”

There is a known issue that relates to the Application Attributes section under the Config menu. An application that was already created and configured in Spinnaker displays the message, “This application has not been configured.” While the information is missing, there is no functional impact.

Affected versions: Armory CD 2.28.0

Google App Engine account authentication

Spinnaker 1.28 introduced a new API to allow adding accounts to Spinnaker. This change required all existing providers to register themselves with the credentials repo system. Several cloud providers were missed as part of the migration, including Google and AppEngine providers. It’s possible other non-supported providers may also be broken. The result of this is that users cannot see any Google or App Engine accounts listed in the UI, and non-admin users get an Access Denied error when trying to run pipelines as no permissions are granted. Admins can still deploy to these accounts since they bypass any permissions restrictions.

Workaround:

2.28.X or later: Replace the Clouddriver image in 2.28 with the Armory Clouddriver 2.27 image

1.28.X or later: Replace the Clouddriver image in 1.28 with the OSS Clouddriver 1.27 image

SpEL expressions and artifact binding

There is an issue where it appears that SpEL expressions are not being evaluated properly in artifact declarations (such as container images) for events such as the Deploy Manifest stage. What is actually happening is that an artifact binding is overriding the image value.

Workaround:

2.27.x or later: Disable artifact binding by adding the following parameter to the stage JSON: enableArtifactBinding: false.

2.26.x or later: Change the artifact binding behavior in spec.spinnakerConfig.profiles.clouddriver (Operator) or clouddriver-local.yml (Halyard) to the following, which causes artifacts to only bind the version when the tag is missing:

kubernetes:
  artifact-binding:
    docker-image: match-name-only

This setting only binds the version when the tag is missing, such as image: nginx without a version number.

Affected versions: Armory CD 2.26.x and later

Pipelines-as-Code GitHub comments

There is a known issue where Pipelines-as-Code can generate hundreds of comments in a GitHub Pull Request (PR) when updates are made, such as when a module that is used by multiple dinghyfiles gets changed. These comments may prevent the GitHub UI from loading or related API calls may lead to rate limiting.

Affected versions: Armory CD 2.26.x and later

Workaround:

You can either manually resolve the comments so that you can merge any PRs or turn the notifications that Pipelines-as-Code sends to GitHub.

For information about about how to disable this functionality, see GitHub Notifications.

Secrets do not work with Spring Cloud Config

If you enable Spring Cloud Config all the properties (e.g. Docker) using Secrets are not resolved when Spring Cloud tries to refresh.

Affected versions:

  • 2.26.x and later

Known Affected providers in Clouddriver:

  • Kubernetes
  • Cloudfoundry
  • Docker

Workaround:

Do not use secrets for properties that are annotated with @RefreshScope.

Highlighted updates

  • Terraform 0.12 Now Supported - Restored support for Terraform 0.12 in version 2.28.1.
  • Update for Kubernetes v2 provider accounts that use the aws-iam-authenticator - Fixed failures for the Kubernetes V2 provider accounts that still use client.authentication.k8s.io/v1alpha1. This bug was introduced in 2.28.0.
  • Dinghy Vault Passwords - Fixed an issue where Dinghy fails to start when Vault password contain an exclamation point.
  • Revision History Display - Addressed an issue where the revision history was not showing the timestamp of the revision.
  • Automated Triggers Permissions - Fixed an issue where permissions defined under “Automated Triggers” become empty after a triggered pipeline update.

Spinnaker Community Contributions

There have also been numerous enhancements, fixes, and features across all of Spinnaker’s other services. See the Spinnaker v1.28.1 changelog for details.

Detailed updates

Bill Of Materials (BOM)

Here’s the BOM for this version.

Expand
artifactSources:
  dockerRegistry: docker.io/armory
dependencies:
  redis:
    commit: null
    version: 2:2.8.4-2
services:
  clouddriver:
    commit: 9216f0fae587d3af14ed41fb9f21e9195b30c269
    version: 2.28.1
  deck:
    commit: bd4fb67ec81c5e201b31b4e3e7829dff93476580
    version: 2.28.1
  dinghy:
    commit: fc867f05b41e5e2756c42990b576341973e96276
    version: 2.28.1
  echo:
    commit: 010bdc55d57c1000ef93f826204e6ccf54f6f6e7
    version: 2.28.1
  fiat:
    commit: fce52482097b606389328d25d220be5eaaddab21
    version: 2.28.1
  front50:
    commit: 1e5d3a5dfce38d26f809dee107d8145c00caa27e
    version: 2.28.1
  gate:
    commit: 2b2b668ac5d4cbf126190baf450116de6aa0aa4a
    version: 2.28.1
  igor:
    commit: e7e01c998423941507a7322e6891ea6e95a16792
    version: 2.28.1
  kayenta:
    commit: 6004bfd90ad2e4fa9b02dddc26253210b8aa3a3c
    version: 2.28.1
  monitoring-daemon:
    commit: null
    version: 2.26.0
  monitoring-third-party:
    commit: null
    version: 2.26.0
  orca:
    commit: 583b59cfcea93cce9b221509d0d4ec03a9487939
    version: 2.28.1
  rosco:
    commit: 88567fc0c710c63b2093fc95e674052314978250
    version: 2.28.1
  terraformer:
    commit: bb576e57561db2d957c25e00992e24f53a223bd5
    version: 2.28.1
timestamp: "2022-11-10 18:20:57"
version: 2.28.1

Armory

Armory Fiat - 2.28.0…2.28.1

  • chore(cd): update base service version to fiat:2022.08.03.03.06.22.release-1.28.x (#385)

Armory Front50 - 2.28.0…2.28.1

  • chore(cd): update base service version to front50:2022.08.02.17.26.34.release-1.28.x (#439)
  • chore(cd): update base service version to front50:2022.08.17.00.43.53.release-1.28.x (#446)
  • chore(cd): update base service version to front50:2022.08.19.03.09.32.release-1.28.x (#449)
  • chore(cd): update base service version to front50:2022.09.12.22.11.46.release-1.28.x (#453)

Armory Gate - 2.28.0…2.28.1

  • chore(cd): update base service version to gate:2022.08.03.03.06.50.release-1.28.x (#466)
  • chore(cd): update base service version to gate:2022.08.19.03.10.44.release-1.28.x (#472)

Armory Igor - 2.28.0…2.28.1

  • chore(cd): update base service version to igor:2022.08.03.03.06.44.release-1.28.x (#355)
  • chore(cd): update base service version to igor:2022.08.19.03.10.49.release-1.28.x (#363)
  • chore(cd): update base service version to igor:2022.10.19.18.22.51.release-1.28.x (#372)
  • chore(cd): update base service version to igor:2022.10.19.19.58.28.release-1.28.x (#373)
  • chore(cd): update base service version to igor:2022.11.02.03.23.29.release-1.28.x (#375)

Armory Kayenta - 2.28.0…2.28.1

  • chore(cd): update base service version to kayenta:2022.08.03.03.06.40.release-1.28.x (#352)
  • chore(cd): update base service version to kayenta:2022.08.19.04.13.29.release-1.28.x (#358)

Armory Orca - 2.28.0…2.28.1

  • chore(cd): update base orca version to 2022.08.03.03.09.59.release-1.28.x (#506)
  • chore(cd): update base orca version to 2022.08.19.03.19.08.release-1.28.x (#514)
  • Revert “feat(iam): aws mysql jdbc (#449) (#464)” (#516)
  • chore(cd): update base orca version to 2022.10.19.20.11.38.release-1.28.x (#531)
  • chore(cd): update base orca version to 2022.10.19.20.47.46.release-1.28.x (#532)
  • chore(cd): update base orca version to 2022.11.02.03.24.15.release-1.28.x (#535)
  • chore(cd): update base orca version to 2022.11.08.07.29.46.release-1.28.x (#536)
  • chore(cd): update base orca version to 2022.11.08.17.42.51.release-1.28.x (#539)

Armory Rosco - 2.28.0…2.28.1

  • chore(cd): update base service version to rosco:2022.08.03.03.02.12.release-1.28.x (#440)
  • chore(cd): update base service version to rosco:2022.08.23.02.26.09.release-1.28.x (#446)
  • chore(cd): update base service version to rosco:2022.08.23.15.48.11.release-1.28.x (#447)
  • chore(cd): update base service version to rosco:2022.10.19.18.21.29.release-1.28.x (#452)

Terraformer™ - 2.28.0…2.28.1

  • chore(tf_versions): Adding TF versions 1.1.x 1.2.x and missing patch versions (backport #472) (#473)
  • fix(versions): Rollback removal of .12 versions from 2.28 release (#476)

Armory Deck - 2.28.0…2.28.1

  • chore(cd): update base deck version to 2022.0.0-20221006145341.release-1.28.x (#1259)
  • chore(cd): update base deck version to 2022.0.0-20221021162854.release-1.28.x (#1262)
  • chore(cd): update base deck version to 2022.0.0-20221108072118.release-1.28.x (#1269)
  • chore(cd): update base deck version to 2022.0.0-20221108195439.release-1.28.x (#1271)

Armory Clouddriver - 2.28.0…2.28.1

  • chore(aws-iam): Updating aws-iam-authenticator to 0.5.9 due to CVE-2022-2385 (backport #692) (#696)
  • chore(cd): update base service version to clouddriver:2022.08.03.03.18.32.release-1.28.x (#701)
  • chore(cd): update base service version to clouddriver:2022.08.19.03.29.51.release-1.28.x (#709)
  • chore(cd): update base service version to clouddriver:2022.09.27.19.40.20.release-1.28.x (#723)
  • chore(cd): update base service version to clouddriver:2022.10.19.18.30.22.release-1.28.x (#728)
  • chore(cd): update base service version to clouddriver:2022.10.19.20.15.01.release-1.28.x (#729)
  • chore(cd): update base service version to clouddriver:2022.11.01.18.09.15.release-1.28.x (#733)
  • chore(cd): update base service version to clouddriver:2022.11.02.20.03.48.release-1.28.x (#738)

Dinghy™ - 2.28.0…2.28.1

Armory Echo - 2.28.0…2.28.1

  • chore(cd): update base service version to echo:2022.08.03.03.06.27.release-1.28.x (#481)
  • chore(cd): update base service version to echo:2022.08.19.03.10.53.release-1.28.x (#488)
  • chore(cd): update base service version to echo:2022.10.19.18.23.43.release-1.28.x (#496)
  • chore(cd): update base service version to echo:2022.10.19.19.59.13.release-1.28.x (#497)

Spinnaker

Spinnaker Fiat - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (#967) (#969)

Spinnaker Front50 - 1.28.1

  • fix: Revision history is not showing the timestamp of the revision (backport #1142) (#1147)
  • chore(dockerfile): upgrade to latest alpine image (backport #1151) (#1153)
  • chore(dependencies): Autobump fiatVersion (#1155)
  • fix(updateTs): missing updateTs field in the get pipeline history’s response. (backport #1159) (#1162)

Spinnaker Gate - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (#1564) (#1566)
  • chore(dependencies): Autobump fiatVersion (#1570)

Spinnaker Igor - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (#1030) (#1032)
  • chore(dependencies): Autobump fiatVersion (#1037)
  • chore(dependencies): Autobump korkVersion (#1047)
  • chore(dependencies): Autobump fiatVersion (#1048)
  • feat(jenkins): Stop Jenkins job when job name has slashes in the job name (backport #1038) (#1052)

Spinnaker Kayenta - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (#900) (#902)
  • chore(dependencies): Autobump orcaVersion (#905)

Spinnaker Orca - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (#4284) (#4286)
  • chore(dependencies): Autobump fiatVersion (#4293)
  • chore(dependencies): Autobump fiatVersion (#4315)
  • chore(dependencies): Autobump korkVersion (#4314)
  • feat(igor): Stop Jenkins job when job name has slashes in the job name (backport #4294) (#4321)
  • fix(stageExecution): In evaluable variable stage restart scenario variables are not cleaned properly (#16) (backport #4307) (#4326)
  • fix(stage): Resource requests on custom stage | Error: got “map”, expected “string…” (backport #4295) (#4328)

Spinnaker Rosco - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (backport #894) (#896)
  • fix(install): Fixed bugs in postInstall script that causes installation to fail on Ubuntu 20.04 and 22.04 LTS (#899) (#901)
  • chore(ci): Upload halconfigs to GCS on Tag push (#873) (#902)
  • chore(dependencies): Autobump korkVersion (#908)

Spinnaker Deck - 1.28.1

  • fix(core): Do not set static document base URL (#9890) (#9891)
  • fix(search): Error thrown when search version 2 is enabled (#9888) (#9889)
  • fix(links): update link to spinnaker release changelog (#9897) (#9899)
  • perf(pipelinegraph): Improve the performance of the pipeline graph rendering (backport #9871) (#9906)
  • Fix(core/pipelines): Fix syntax error on ui-select causing stage configuration to not load (backport #9886) (#9908)

Spinnaker Clouddriver - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (#5758) (#5760)
  • chore(dependencies): Autobump fiatVersion (#5771)
  • fix(core): Remove payload data from logs (#5784) (#5789)
  • chore(dependencies): Autobump korkVersion (#5801)
  • chore(dependencies): Autobump fiatVersion (#5802)
  • chore(configserver): use version 0.14.2 of com.github.wnameless.json:json-flattener (#5804) (#5805)
  • fix(appengine): Fixes app engine credentials repo (#5807) (#5808)

Spinnaker Echo - 1.28.1

  • chore(dockerfile): upgrade to latest alpine image (#1193) (#1195)
  • chore(dependencies): Autobump fiatVersion (#1199)
  • chore(dependencies): Autobump korkVersion (#1211)
  • chore(dependencies): Autobump fiatVersion (#1212)

Last modified March 14, 2024: (12456c11)