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
I expected that the module would decouple the object name from the snmpv3 username allowing me to enter a valid object name (beginning with a letter). This module sets the object name to the username you define, so this becomes invalid when your username begins with a number.
When creating a v3 user via TMSH, you explicitly define the object name separately from the username, ex:
When creating a v3 user via ConfigUtil, the object name created is based on the username but it is prefixed with an 'i' and appended with a '_1', so the tmsh output looks like this:
The same challenge would normally exist for the bigip_snmp_trap module since SNMP trap servers are IP addresses, but that module allows you to define a name parameter separately from the destination parameter.
ACTUAL RESULTS
FAILED! => {"changed": false, "msg": "01070088:3: The requested object name (/Common/123456) is invalid."}
The text was updated successfully, but these errors were encountered:
bbusner
added
bug
Issues that are related to bugs in the Ansible modules
untriaged
issue that needs an initial response from the developers
labels
Aug 22, 2024
COMPONENT NAME
bigip_snmp_community
Environment
ANSIBLE VERSION
BIGIP VERSION
CONFIGURATION
OS / ENVIRONMENT
SUMMARY
bigip_snmp_community does not work with usernames that begin with a number.
STEPS TO REPRODUCE
EXPECTED RESULTS
I expected that the module would decouple the object name from the snmpv3 username allowing me to enter a valid object name (beginning with a letter). This module sets the object name to the username you define, so this becomes invalid when your username begins with a number.
When creating a v3 user via TMSH, you explicitly define the object name separately from the username, ex:
When creating a v3 user via ConfigUtil, the object name created is based on the username but it is prefixed with an 'i' and appended with a '_1', so the tmsh output looks like this:
The same challenge would normally exist for the bigip_snmp_trap module since SNMP trap servers are IP addresses, but that module allows you to define a name parameter separately from the destination parameter.
ACTUAL RESULTS
The text was updated successfully, but these errors were encountered: