You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
For our corporate setup, we run 3 Elasticsearch Cluster in Elastic Cloud:
DEV
QUAL
PROD
According to the internal guidelines, the Elasticsearch cluster for DEV is always on the most recent version, QUAL is at least one minor version behind and PROD again is at least one minor version behind QUAL.
When we test a setup, we would like to test the exact combination together with the respective version of the Fleet Integrations, that are installed. This means, that we want to test a certain combination of Elasticsearch + Versions of Fleet Intgrations first on DEV, then on QUAL and finally roll out the tested combination to PROD.
Currently, this is not possible with the Elastic Package Registry and with Terraform, since the elasticstack_fleet_integration ressource refuses to install an older version of a Terraform integration, if a more recent version is available. This is very unfortunate, since it basically forces us to update the Fleet Integrations whenever we update Elasticsearch and we end up in production with a combination of version, that we have never tested before.
Have you tried force=true? I know I've had issues with out of date integrations historically, but in a sandbox the old otx does install correctly with the flag set.
resource "elasticstack_fleet_integration" "threat_intel-AlienvaultOTX" {
name = "ti_otx"
version = "1.24.1"
force = true
}
Have you tried force=true? I know I've had issues with out of date integrations historically, but in a sandbox the old otx does install correctly with the flag set.
@daemitus thanks for the hint, we will give this a try. Currently, we are blocked because of #820.
Is your feature request related to a problem? Please describe.
For our corporate setup, we run 3 Elasticsearch Cluster in Elastic Cloud:
According to the internal guidelines, the Elasticsearch cluster for DEV is always on the most recent version, QUAL is at least one minor version behind and PROD again is at least one minor version behind QUAL.
When we test a setup, we would like to test the exact combination together with the respective version of the Fleet Integrations, that are installed. This means, that we want to test a certain combination of Elasticsearch + Versions of Fleet Intgrations first on DEV, then on QUAL and finally roll out the tested combination to PROD.
Currently, this is not possible with the Elastic Package Registry and with Terraform, since the
elasticstack_fleet_integration
ressource refuses to install an older version of a Terraform integration, if a more recent version is available. This is very unfortunate, since it basically forces us to update the Fleet Integrations whenever we update Elasticsearch and we end up in production with a combination of version, that we have never tested before.Additional context
Related issue: #669
I first raised this issue with the Elastic support and they asked me to also raise the issue here.
The text was updated successfully, but these errors were encountered: