Kea issueshttps://gitlab.isc.org/isc-projects/kea/-/issues2020-02-11T16:54:43Zhttps://gitlab.isc.org/isc-projects/kea/-/issues/1093Subnet options are not being loaded from the config database for all subnets2020-02-11T16:54:43ZThomas MarkwalderSubnet options are not being loaded from the config database for all subnetsWhen we use SQL to fetch subnets from CB back end each row consists of data from subnet table joined with pools, options and so forth. These rows are ordered by the clause "s.subnet_id, p.id, x.option_id, o.option_id". We keep track of ...When we use SQL to fetch subnets from CB back end each row consists of data from subnet table joined with pools, options and so forth. These rows are ordered by the clause "s.subnet_id, p.id, x.option_id, o.option_id". We keep track of last subnet id, last pool id, last option id to decide when we have reached a new object.
Each time we start a new subnet, (i.e. last subnet id is less than the current on), we should zero out all tracking variables such as last_pool_id, last_option_id etc but we are not. We are currently only zeroing
out last_pool_id.
Thus when you load a subnet which recently added a new option, that option will have a relatively high option id and this value becomes last_option_id. This will cause subsequent subnets being fetched to discard their options as the option ids are always less than last_option_id. Fetching subnets individual subnets per CB commands still works properly IF you do not fetch subnets with low subnet IDs but high option IDs.
The issue was reported under support ticket https://support.isc.org/Ticket/Display.html?id=15872
The conceptual (but incomplete) fix is pretty simple and is attached:
[last_id.diff](/uploads/0c0e570227931037a6aaadfcf02bda3a/last_id.diff)kea1.7.4Thomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/kea/-/issues/946CB support for new d2 config.2020-01-27T14:00:15ZFrancis DupontCB support for new d2 config.Just merged #35 introduced some new entries in shared networks and subnets so the MySQL config backend must be updated.Just merged #35 introduced some new entries in shared networks and subnets so the MySQL config backend must be updated.kea1.7.4Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/585cb-cmds: inheritance in config file should be overridable in config-backend2020-01-29T14:06:08ZMichal Nowikowskicb-cmds: inheritance in config file should be overridable in config-backendWhen in config file there is defined a subnet with unspecified reservation-mode
then changing reservation-mode in global scope will not affect this predefined subnet.
But it is expected that parameters from global scope are inherited by...When in config file there is defined a subnet with unspecified reservation-mode
then changing reservation-mode in global scope will not affect this predefined subnet.
But it is expected that parameters from global scope are inherited by subnet.
test case in forge:
```
tests/dhcpv4/kea_only/config_backend/test_reservations.py::test_reservation_mode_in_globals[v4]
```kea1.7.4Michal NowikowskiMichal Nowikowski