ID: 2407
Title: WATO master/slave replication: fixed problem where the configuration from the
master site was not activate on slave site
Component: WATO
Level: 2
Class: Bug Fix
Version: 1.2.7i3
Changes made on a distributed WATO slave site could delay a configuration update attempt
from the master.
Detailed information: Any changes on a slave site which lead to a pending log entry
triggered the cmcrushd.
The cmcrushd creates a configuration for the microcore, which takes precendence over
creating the configuration anew.
When a snapshot got pushed from the master site, the slave site thought that there is
already a precompiled configuration
available and used the cmcrushd configuration.
This problem is automatically resolved on the following configuration push from the
master,
because the cmcrushd configuration is only used once.
Show replies by date