User Details
- User Since
- Sep 5 2021, 4:53 PM (167 w, 6 d)
Sun, Nov 3
I believe I am bumping into this issue aswell:
Jun 2 2024
Created PR:
May 13 2024
Since some of the required children are other node or tagnode types I belive it would be better to change the schema to the following:
May 9 2024
May 7 2024
Alternatively I would be willing to look into creating a validator dedicated to Node and TagNode that can be described in the schemas as that is where this task originally started.
Created dedicated task for returning error message via API: https://vyos.dev/T6326
Mar 25 2024
Mar 24 2024
In theory that could work as a workaround as-well, it would be more precise than my current workaround, but would require the build process for my tool to download the iso, spin up a vm, and extract the info.
Mar 22 2024
Mar 18 2024
👍
Thanks
@jestabro this is perfect, I am so sorry for creating a false feature request. The doc does not mention it, I should have looked into the server code to check first. My bad, all good now.
Mar 17 2024
Mar 16 2024
Bumped into another instance of this issue:
curl -k --location --request POST "https://$VYOS_HOST/configure" --form key="$VYOS_KEY" --form data='[{"op":"set","path":["policy", "access-list", "2", "rule", "5", "description", "2024-03-16T14:52:44Z"]}]' {"success": false, "error": "[[policy]] failed\nCommit failed\n", "data": null}
@jestabro I have tested my usecase now and it seems the problem is fixed and the API no longer segfaults. Thank you so much for the fix and the fantastic turn around on this.
Feb 26 2024
I hope a proper solution can be found as the current behavior of segfaulting the api server is a very unpleasant place to be while working on tooling for vyos.
I have create a pr with the required change to fix this issue if the problem described in T5305 is no longer a blocker.
Feb 24 2024
This issue seem to be wider than just 1 occurance as I just stumbled into it again on the latest version (1.5-rolling-202402240021)