Hey fellas, I just updated to `@pulumi/kubernetes@...
# kubernetes
p
Hey fellas, I just updated to
@pulumi/kubernetes@2.7.8
and I'm now getting errors due to a different format for secret data.
secret.data.apply(data => console.log(data))
is logging a wrapped object that looks something like this:
Copy code
{
  '4dabf18193072939515e22adb298388d': '1b47061264138c4ac30d75fd1eb44270',
  value: { privateKey: '<base64>' }
}
data
should just be
{ privateKey: '<base64' }
. Is this a bug or perhaps a breaking change? Has anybody else run into this issue?
I was using v2.6.2 before
b
cc @broad-dog-22463
p
What ended up happening was that the deployment pods stayed on
ContainerCreating
forever because I did
secret.data.apply(data => Object.keys(data)[])
to get the key for the mounted secret. But instead of
privateKey
I was getting
4dabf18193072939515e22adb298388d
, which Kubernetes couldn’t find and so it couldn’t mount the volumes and everything just hanged
For now I just hard-coded
'privateKey'
as a string, but it’s nice to be able to just use the output and keeping a single source of truth
s
what version CLI are/were you on?
p
v2.19.0
I think. I’m not 100% on that. I can try and set up a repro when I get some time