3
4
Fork
You've already forked validns
5

Consider splitting errors into fatal/error/warning/info #23

Open
opened 2012年08月15日 14:37:43 +02:00 by tobez · 0 comments
tobez commented 2012年08月15日 14:37:43 +02:00 (Migrated from github.com)
Copy link

Requested by Daniel Stirnimann:

Nonetheless, I think in the long term it could still make sense to
provide the granularity of different error levels such as ERROR, WARNING
and maybe INFO. For example: you have a buggy signer which leaves some
old RRSIGs by accident and your zone is not in an algorithm key rollover
state as described above. The operator has enabled the above new policy
check because some of his zones do have an algorithm key rollover at one
point in time. Without providing different error levels, the operator
will not detect this failure in the buggy signer.
Maybe you could just log such situations in the "verbose" output so that
an operator has the chance to detect them. Current verbose logging would
be marked as INFO and more serious none-errors could be marked as WARNING.

Requested by Daniel Stirnimann: Nonetheless, I think in the long term it could still make sense to provide the granularity of different error levels such as ERROR, WARNING and maybe INFO. For example: you have a buggy signer which leaves some old RRSIGs by accident and your zone is not in an algorithm key rollover state as described above. The operator has enabled the above new policy check because some of his zones do have an algorithm key rollover at one point in time. Without providing different error levels, the operator will not detect this failure in the buggy signer. Maybe you could just log such situations in the "verbose" output so that an operator has the chance to detect them. Current verbose logging would be marked as INFO and more serious none-errors could be marked as WARNING.
Sign in to join this conversation.
No Branch/Tag specified
main
v0.10.0
v0.9.0
v0.8.0
v0.7.0
v0.6.0
v0.5.0
v0.4.0
v0.3.0
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
DNS-OARC/validns#23
Reference in a new issue
DNS-OARC/validns
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?