- Continue the config set application
This is the default behaviour. opConfig will keep and report a tally of successful versus failed commands, but will try to apply all of them in sequence.
- Abort the config set application
To select this option, the property
break_on_errormust be set to
true. In this case, the first failed command in a set causes all other commands to be skipped.
- Apply Rollback commands
To revert the configuration back to a desired state, you would have to provide a sequence of
rollback-commandsin your error-handling section.
Rolling back woud would generally be combined with
break_on_error, but opConfig does not strictly require itthat.
Stages and their Commands
The "plain" post-commands stage is chosen in all cases where no rollback was performed (i.g. if error handling was disabled or if all commands succeeded; )' on the other hand, if a rollback was performed, then only the post-rollback-commands are applied.
A common task for the
post-commands stage would be a capture of the newly changed configuration (to double-check that everything has worked), or the cancelling of a future
reload on Cisco devices.
commands Stage (required)
If error detection is enabled and if this stage is provided, then its commands will be applied as soon as errors are detected. The rollback commands are sent while in configuration mode, and no error handling is possible.
the five different command sections, pre, post, commands, rollback-commands and post-rollback-commands
Config Set Management
As mentioned above, config set documents must be imported into opConfig to become active. Configuration sets cannot be deleted (to ensure a valid audit trail), but they can be superseded and optionally disabled and hidden from the GUI.