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
Version currently using: 5.48.1
Version upgraded from: 5.19.0
NAT rules started failing to deploy as destinationPorts has changed from string[] to string
["443"] has been changed to "443". However after making this change I get the following error instead:
azure:network/firewallPolicyRuleCollectionGroup:FirewallPolicyRuleCollectionGroup::DNATPolicyRuleCollectionGroup's instance state: could not read field nat_rule_collection: '' expected type 'string', got unconvertible type '[]interface {}', value: '[443]'
NAT rule would be succesfully created as im passing in a string value
Steps to reproduce
Try to create a NAT rule specifying a port number for azure firewall
Output of pulumi about
CLI
Version 3.76.0
Go Version go1.20.6
Go Compiler gc
Plugins
NAME VERSION
azure 5.48.1
azure 5.44.1
azuread 5.38.0
kubernetes 3.30.1
nodejs unknown
random 4.13.2
Host
OS Microsoft Windows 11 Pro
Version 10.0.22621 Build 22621
Arch x86_64
Additional context
No response
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).
The text was updated successfully, but these errors were encountered:
I apologize for the inconvenience you're experiencing. I understand that you're encountering an error, but I'm unable to replicate it on my end. To assist you more effectively, here are the steps I've taken to try reproducing the error:
I created a new FirewallPolicyRuleCollectionGroup using pulumi-azure version 5.19.0 with destinationPorts: ["443"].
I upgraded to pulumi-azure version 5.48.1.
I performed a simple pulumi up and encountered the expected typescript compilation type error where []string should now be just string.
I updated destinationPorts: "443" to correct the type.
I ran pulumi up, and it worked as expected, with no changes required
I added another FirewallPolicyRuleCollectionGroup and re-ran pulumi up and still did not encounter any issues
Considering these steps, I suggest trying the following to see if it helps resolve your situation:
Run pulumi refresh before attempting an update.
Provide additional details about the steps you've taken and any specific configurations you're using. This information might help us better understand the root cause of the error.
Just tested again on my side after refreshing and trying again - still getting the same error. I've managed to boil it down to a state issue - refreshing the stack doesnt update the the destinationPorts from string[] to string so I've had to go in and manually update state by hand on both inputs and outputs. After changing those references I can successfully preview the stack
What happened?
Version currently using: 5.48.1
Version upgraded from: 5.19.0
NAT rules started failing to deploy as destinationPorts has changed from string[] to string
["443"] has been changed to "443". However after making this change I get the following error instead:
azure:network/firewallPolicyRuleCollectionGroup:FirewallPolicyRuleCollectionGroup::DNATPolicyRuleCollectionGroup's instance state: could not read field nat_rule_collection: '' expected type 'string', got unconvertible type '[]interface {}', value: '[443]'
Expected Behavior
NAT rule would be succesfully created as im passing in a string value
Steps to reproduce
Try to create a NAT rule specifying a port number for azure firewall
Output of
pulumi about
CLI
Version 3.76.0
Go Version go1.20.6
Go Compiler gc
Plugins
NAME VERSION
azure 5.48.1
azure 5.44.1
azuread 5.38.0
kubernetes 3.30.1
nodejs unknown
random 4.13.2
Host
OS Microsoft Windows 11 Pro
Version 10.0.22621 Build 22621
Arch x86_64
Additional context
No response
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).
The text was updated successfully, but these errors were encountered: