-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
meraki_networks_vlan_profiles
silently fails when attempting to create a resource on the default profile
#94
Comments
@fmunozmiranda I see this was mentioned being fixed in the 0.2.6 but I am not seeing a commit where the behavior was changed. Could you confirm this issue was addressed in the 0.2.6 release? |
Could you help us sharing the provider DEBUG? |
sure I will provide additional context. The logs show the following when doing an
It then saves the vlan_profile into the state. |
BUGFIXES: * meraki_networks_switch_stp - plugin crash when reading #114. * Failure when executing GetNetworkSwitchRoutingOspf #115. * meraki_networks_vlan_profiles silently fails when attempting to create a resource on the default profile #94. * Resource meraki_networks_sensor_alerts_profiles error with operation CreateNetworkSensorAlertsProfile #91. * Resource meraki_networks_wireless_rf_profiles error when trying to create new profile. #88.
@zbuchheit please try it again with new version. |
this appears to be fixed. Thanks |
Prerequisites
Describe the bug
When attemping to create a
meraki_networks_vlan_profiles
resource/edit the default vlan profile resource, it will fail to actually enact a change despite reporting a success on the create.Expected behavior
I would likely expect a
resource already exists
error and with an import required. The default profile is created automatically so it is a bit of a one-off resource that I could see an argument made for doing aPUT
on the create in the even the resource is the default profile. This also makes it tricky to handle the delete as you likely can't/wouldn't delete this resource and would just revert the changes back to default.Screenshots
Please provide an screenshot of the successful API call with cuRL, Postman, etc.
Environment (please complete the following information):
Additional context
I assume this is likely from this recent code changes where it changes from
UpdateNetworkVLANProfile
toCreateNetworkVLANProfile
on the create which would explain the behavior we saw before which would allow changes on the default vlan profiles, but other vlan profile resource creations would fail. This is the opposite behavior I am seeing now.Also worth noting, if you create the resource on the Default profile where it doesn't actually make a change, you can refresh, then trigger an update, to which the resource will actually update as expected.
Code Example
The text was updated successfully, but these errors were encountered: