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 update/reload scripts stops when encountering a file with invalid json, or invalid rdap-json.
Fixing the error and touching update/reload does not appear to trigger a second update/reload.
What I would like to see is for update to log an error to the logs and skip the file. This means there would be one error for every problematic file. Recovery from this state requires fixing the broken files and doing a seccon 'update'.
For reload however the semantics are different. I would still want to see an error in the logs, howevear given the ambiguity of whether you have complete state, reload would instead skip the removal of data not backed by files. In effect it would behave like update. Again, fixing the error in the file and running reload would trigger the expected reload.
The text was updated successfully, but these errors were encountered:
I'd prefer to try and prevent the problem. I was thinking of a quick little utility that would check the files before moving them in the state directory. Especially since at the moment the checks are purely about key sanity and JSON validity, but there are other checks that could be done.
Thinking out loud here:
## Places piped file in state dir if it looks good, otherwise errors out
cat foo.json > rdap-srv-mem-put
or
## just move the file if it is valid, otherwise error
rdap-srv-mem-put --file foo.json
or
## move all files in dir
rdap-srv-mem-put --dir my-new-files.d/
The disadvantage of option 1 is that it has to be given a file name via cli opts or just create one. But depending on the script, it might be easier to use.
The update/reload scripts stops when encountering a file with invalid json, or invalid rdap-json.
Fixing the error and touching update/reload does not appear to trigger a second update/reload.
What I would like to see is for update to log an error to the logs and skip the file. This means there would be one error for every problematic file. Recovery from this state requires fixing the broken files and doing a seccon 'update'.
For reload however the semantics are different. I would still want to see an error in the logs, howevear given the ambiguity of whether you have complete state, reload would instead skip the removal of data not backed by files. In effect it would behave like update. Again, fixing the error in the file and running reload would trigger the expected reload.
The text was updated successfully, but these errors were encountered: