-
Notifications
You must be signed in to change notification settings - Fork 59
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
in-line update using implicit type not working with YANG list #535
Comments
without logs it is impossible to tell |
Also, what kind of error do you get back? |
gnmic --insecure set --update-path /interfaces/interface[name=et-0/0/4]/subinterfaces/subinterface[index=0]/ipv4/addresses/address[ip=11.11.11.1] --update-value 11.11.11.1 --log --format protojson2024/10/28 14:54:30.290072 [gnmic] version=0.38.2, commit=7b315880, date=2024-07-26T00:31:56Z, gitURL=https://github.com/openconfig/gnmic, docs=https://gnmic.openconfig.net |
is this something that you requested for ? Let me know if you need something else. |
please format the code snippet with triple backticks
And I believe you're not providing the expected inline value, your path To see how to use gnmic with openconfig paths you can check this resource. |
@hellt It works if i use json, the problem is with in-line update. Are you saying with in-line update we cant have list values? |
you often can, but you will have to provide the json string inline, and escape all the characters that would otherwise mean an element delimiter, for instance. inline values are good for changing a single value (bool, str, int), but not great for json objects |
@hellt Is it possible to have an enhancement and extend it to list value update also ? I was using the templated way of config push like below. |
I am trying to do a "set" operation using in-line update and implicit type using both --update-path and --update-value flags as below for a path that is a yang list not a leaf. But it fails.
gnmic set --update-path --update-value
however if i do the update with a value from JSON using both--update-file flag for the value and --update-path for the path, it works. Looks like it is not able to parse a list in command line. is this a bug ?
The text was updated successfully, but these errors were encountered: