Bug #2321
closed
If an error occurs during the name historization, there are no information about it except in the log
Description
I seem to recall it was a deliberate choice to accept that it could fail and not prevent normal execution. However, except by looking at the logs, there are no way to know that something went bad.
Maybe some monitoring in the log could warn the administrator ??
Updated by Jonathan CLARKE over 12 years ago
- Target version changed from 2.4.0~alpha6 to 2.3.8
Updated by Jonathan CLARKE over 12 years ago
- Target version changed from 2.3.8 to 2.3.9
Updated by François ARMAND over 12 years ago
- Status changed from New to Discussion
- Assignee changed from François ARMAND to Nicolas CHARLES
Nicolas, could you tell me more about that one ? I think I don't understand it.
Updated by Nicolas CHARLES over 12 years ago
When we change names of groups, directives, rules, or their content, they are historised in the SQL databases for tracability during deployment of promises
However, if for some reason their historization fails, there is nothing except in the logs that will warn that the historization failed.
It's better that it's not blocking (why would we prevent deployment because a name cannot be stored in database), but a bit of information would help
Probably the new sysadmin logger would be useful in this case
Updated by Jonathan CLARKE about 12 years ago
- Status changed from Discussion to 2
- Priority changed from N/A to 3
- Target version changed from 2.3.9 to 2.4.0~beta5
This information should be put in the ops log. This won't be fixed in 2.3.
Updated by Nicolas CHARLES about 12 years ago
- Status changed from 2 to In progress
Updated by Nicolas CHARLES about 12 years ago
- Status changed from In progress to Pending technical review
- % Done changed from 0 to 100
Applied in changeset 61668cd7248ab352c6bb97acc33c5e2cc5e8d5bf.
Updated by François ARMAND about 12 years ago
- Status changed from Pending technical review to Released
That seems cool, thanks !