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
The netscaler ansible module that has the member binding field, has an issue that can not correctly identify the binding change. e.g. the VLAN module contains the field called vlan_interface_binding. Every time I pass over the binding config change to this module, the module will fail to determine the change for me, instead, it will consider re-applying the config from top to bottom in case I just want to add on a particular binding config and remain the others.
I found it is not just the VLAN module that has such a problem.
Pasted the code snippet below, the desired_binding_members shouldn't be passed over entirely to self.add_binding method. and this is a public method used by all the Netscaler modules which contains the binding members feature.
This collected code snippet is from ModuleExecutor.sync_single_binding
ifbinding_mode=="desired":
# In `desired` mode, we will check if the existing bindings are identical to the desired# bindings, if not, we will delete the existing bindings and add the desired bindings.# If they are identical, we will do nothing. If there are no existing bindings,# we will add the desired bindings. If there are no desired bindings,# we will delete the existing bindings. If there are no existing and desired bindings,# we will do nothing.log(
"INFO: to_be_deleted_bindprimary_keys bindings: %s"%to_be_deleted_bindprimary_keys
)
log(
"INFO: to_be_added_bindprimary_keys bindings: %s"%to_be_added_bindprimary_keys
)
log(
"INFO: to_be_updated_bindprimary_keys bindings: %s"%to_be_updated_bindprimary_keys
)
ifto_be_added_bindprimary_keys:
self.add_bindings(
binding_name=binding_name,
desired_bindings=desired_binding_members,
)
vlan: 999aliasname: test_vlansnip_bindings:
- id: 999ipaddress: 192.168.1.1netmask: 255.255.255.0ownergroup: ng1... <binding more than one ipaddress, let say just try with binding one more snip>
The play result will show you that it changes all the binding states including 192.168.1.1 if we assume this binding config is already exists before you add other binding configs.
Expected Results
The module is capable of accurately reflecting and displaying any updates or modifications to the binding configuration settings within the system.
Actual Results
Additional Notes
Please be aware, this phenomenon doesn't just exist in Netscaler VLAN module, it also exists in others.
The text was updated successfully, but these errors were encountered:
Summary
The netscaler ansible module that has the member binding field, has an issue that can not correctly identify the binding change. e.g. the VLAN module contains the field called vlan_interface_binding. Every time I pass over the binding config change to this module, the module will fail to determine the change for me, instead, it will consider re-applying the config from top to bottom in case I just want to add on a particular binding config and remain the others.
I found it is not just the VLAN module that has such a problem.
Pasted the code snippet below, the
desired_binding_members
shouldn't be passed over entirely toself.add_binding
method. and this is a public method used by all the Netscaler modules which contains the binding members feature.This collected code snippet is from
ModuleExecutor.sync_single_binding
Issue Type
Bug Report
Component Name
The module contains binding_members feature.
Python Version
Python 3.10.14
Ansible Version
Ansible Configuration
$ ansible-config dump --only-changed
netscaler.adc Collection Version
Target NetScaler Version
NetScaler NS13.1: Build 52.19.nc, Date: Feb 29 2024, 09:44:08 (64-bit)
Equivalent NetScaler CLI Command
Steps to Reproduce
Sample playbook
Sample variables
The play result will show you that it changes all the binding states including 192.168.1.1 if we assume this binding config is already exists before you add other binding configs.
Expected Results
The module is capable of accurately reflecting and displaying any updates or modifications to the binding configuration settings within the system.
Actual Results
Additional Notes
Please be aware, this phenomenon doesn't just exist in Netscaler VLAN module, it also exists in others.
The text was updated successfully, but these errors were encountered: