pulumi-eks icon indicating copy to clipboard operation
pulumi-eks copied to clipboard

EKS changes can trigger a deletion of the nodeAccess ConfigMap

Open ribren opened this issue 3 years ago • 2 comments

What happened?

While running pulumi up to push some EKS changes (node capacity and type, and new tags for the cluster), pulumi deleted the $environment-$project-nodeAccess ConfigMap, which appears to be generated as part of an eks.Cluster object.

This problem appears intermittently. Sometimes a preview will give a replace, and sometimes a delete Deletion: image Replacement: Screenshot 2022-08-30 at 4 59 35 PM

Steps to reproduce

Attempt a preview or up with changes to an EKS cluster

Expected Behavior

The nodeAccess ConfigMap should remain the same between runs, or be updated when necessary.

Actual Behavior

The nodeAccess ConfigMap is either replaced or deleted.

Output of pulumi about

CLI          
Version      3.38.0
Go Version   go1.19
Go Compiler  gc

Plugins
NAME        VERSION
aws         4.38.1
docker      3.0.0
eks         0.31.0
kubernetes  3.5.2
nodejs      unknown
random      4.2.0

Host     
OS       darwin
Version  12.5.1
Arch     x86_64

This project is written in nodejs: executable='/usr/local/bin/node' version='v18.7.0'

Dependencies:
NAME                              VERSION
@pulumi/aws                       4.38.1
@pulumi/awsx                      0.30.0
@pulumi/eks                       0.31.0
@pulumi/pulumi                    3.9.1
@pulumi/random                    4.2.0
aws-sdk                           2.958.0
dotenv                            10.0.0
uuid                              8.3.2
@types/node                       16.4.8
@typescript-eslint/eslint-plugin  4.28.5
@typescript-eslint/parser         4.28.5
eslint                            7.32.0
eslint-config-airbnb-typescript   12.3.1
typescript                        4.3.5

Additional context

grep of the pulumi up command for the ConfigMap in question returned three occurrences, though only one in the final output. -- kubernetes:core/v1:ConfigMap live-actimize-nodeAccess delete original +- kubernetes:core/v1:ConfigMap live-actimize-nodeAccess replace [diff: ~data] ++ kubernetes:core/v1:ConfigMap live-actimize-nodeAccess create replacement [diff: ~data]

Contributing

Vote on this issue by adding a 👍 reaction. To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).

ribren avatar Aug 31 '22 00:08 ribren

Hi, I'm under the impression that this is a pulumi/pulumi-eks specific question around providers and I'll transfer you over there.

dixler avatar Aug 31 '22 20:08 dixler

Hi @ribren - thank you for reporting - we'll take a look as soon as we can.

guineveresaenger avatar Sep 03 '22 00:09 guineveresaenger

Hi @ribren sorry it's been a while without response on this issue.

Are you still running into this issue? Would it be possible for you to provide a minimal code reproduction of the issue? E.g. an initial and updated pulumi program which triggers the replacement (even if only intermittantly).

danielrbradley avatar Nov 15 '22 11:11 danielrbradley

Since we haven't heard back, I'll go ahead and close this issue as stale. Also, the linked issue was closed already. Please open a new issue if the problem still persists and provide the details for us to reproduce it. Thank you!

mikhailshilkov avatar Jul 28 '23 13:07 mikhailshilkov