summaryrefslogtreecommitdiff
path: root/troubleshooting.md
diff options
context:
space:
mode:
authorChris Evich <cevich@redhat.com>2022-08-05 11:02:20 -0400
committerChris Evich <cevich@redhat.com>2022-08-05 11:27:41 -0400
commitfb858433248547cb94acc459b4d46f50dcf61e86 (patch)
tree869612686f101debdfc0589a60c348d8b8135056 /troubleshooting.md
parent4b0343efebbbc483fd66aeabb83ae4fb31fc2203 (diff)
downloadpodman-fb858433248547cb94acc459b4d46f50dcf61e86.tar.gz
podman-fb858433248547cb94acc459b4d46f50dcf61e86.tar.bz2
podman-fb858433248547cb94acc459b4d46f50dcf61e86.zip
Cirrus: Improve CI VM image updates for EC2
AWS EC2 keys VM images by an utterly unreadable, horrible to use, generated "AMI ID" value. This is very error prone for humans in practice, since it's impossible to tell one image from the next by eye. Worse, EC2 permits duplicate name-tag values, complicating image specification further. However fortunately, Cirrus-CI recently implemented a feature by which AMI's may be referenced by a name-tag search - choosing the most recent AMI found. Since the `containers/automation_images` build workflow always assigns a unique name + `$IMAGE_SUFFIX` value, we can simply re-use it for both AWS and GCP image specification. In other words as of this commit, specifying new CI VM images can be done by simply updating the `$IMAGE_SUFFIX` value as we've always done. No need to call out a specific AMI ID just for EC2 tasks. Signed-off-by: Chris Evich <cevich@redhat.com>
Diffstat (limited to 'troubleshooting.md')
0 files changed, 0 insertions, 0 deletions