]> git.ipfire.org Git - thirdparty/kea.git/commitdiff
[2380] logged before updating an existing zone.
authorJINMEI Tatuya <jinmei@isc.org>
Wed, 19 Dec 2012 01:37:02 +0000 (17:37 -0800)
committerJelte Jansen <jelte@isc.org>
Wed, 19 Dec 2012 09:55:25 +0000 (10:55 +0100)
it can take time without any feedback while deleting old zone data,
so it's probably better to note that explicitly.

src/bin/loadzone/loadzone.py.in
src/bin/loadzone/loadzone_messages.mes

index 1a096f2dcc929a89ba1b1d2688bbc98897a2e486..a4027c89ccdcc2ea26a542cef1b07ba4e5fca2a6 100755 (executable)
@@ -245,6 +245,9 @@ class LoadZoneRunner:
             if created:
                 logger.info(LOADZONE_ZONE_CREATED, self._zone_name,
                             self._zone_class)
+            else:
+                logger.info(LOADZONE_ZONE_UPDATING, self._zone_name,
+                            self._zone_class)
             loader = ZoneLoader(datasrc_client, self._zone_name,
                                 self._zone_file)
             self.__start_time = time.time()
index 739486278ca2c97cbe53b59c199772a3f629e619..a5e364e63ae0da55736278ee4c1b64e34d6054af 100644 (file)
@@ -70,3 +70,12 @@ in the data source.
 The SQLite3 data source is specified as the data source type without a
 data source configuration.  b10-loadzone uses the default
 configuration with the default DB file for the BIND 10 system.
+
+% LOADZONE_ZONE_UPDATING Started updating zone %1/%2 with removing old data (this can take a while)
+b10-loadzone started loading a new version of the zone as specified,
+beginning with removing the current contents of the zone (in a
+transaction, so the removal won't take effect until and unless the entire
+load is completed successfully).  If the old version of the zone is large,
+this can take time, such as a few minutes or more, without any visible
+feedback.  This is not a problem as long as the b10-loadzone process
+is working at a moderate load.