Kea issueshttps://gitlab.isc.org/isc-projects/kea/-/issues2020-10-13T06:30:41Zhttps://gitlab.isc.org/isc-projects/kea/-/issues/658Cannot Allocate IP address with infinite lease and PostgresSQL2020-10-13T06:30:41ZGhost UserCannot Allocate IP address with infinite lease and PostgresSQL---
name: Cannot Allocate IP address with infinite lease and PostgresSQL
---
**Describe the bug**
I am trying to use Kea to allocate IP address with infinite lease, using validity-timer=-1.
I am using PostgresSQL DB to store the leas...---
name: Cannot Allocate IP address with infinite lease and PostgresSQL
---
**Describe the bug**
I am trying to use Kea to allocate IP address with infinite lease, using validity-timer=-1.
I am using PostgresSQL DB to store the lease.
When Kea tries to allocate an IP it throws an error Could not create bind array from Lease4: 192.168.89.3, reason: Time value is too large: 5854783399
Steps to reproduce the behavior:
1. Run Kea 1.5 DHCPv4 demon with the following config
# DHCPv4 configuration starts here.
"Dhcp4":
{
# Add names of interfaces to listen on.
"interfaces-config": {
"interfaces": ["lo/10.10.10." ]
},
# Control gent configuration
"control-socket": {
"socket-type": "unix",
"socket-name": "/tmp/kea-dhcp4-ctrl.sock"
},
# Use PostgresDB
"lease-database": {
"typedb": "postgresql",
"host": "10.10.10.22",
"user": "kea",
"password": "kea",
"namedb": "kea"
},
# Inifite lease
"valid-lifetime": -1,
# Below an example of the simple subnet declaration. Uncomment to
# enable it. This is a list, denoted with [ ], of structure, denoted
# with { }. Each structure describes a single subnet and may have
# several parameters. One of those parameters is "pools" that is
# also a list of structures.
"subnet4": [
{ "subnet": "192.168.89.0/24",
"id": 4001,
"pools": [ { "pool": "192.168.89.2 - 192.168.89.100" } ] }
]
},
2. A client send DISCOVER to the server
3. The server then throws an error
4. See error
2019-06-06 09:56:42.574 INFO [kea-dhcp4.dhcpsrv/106] DHCPSRV_PGSQL_DB opening PostgreSQL lease database: host=10.10.10.22 name=kea password=***** type=postgresql universe=4 user=kea
2019-06-06 10:04:42.024 INFO [kea-dhcp4.hosts/167] HOSTS_BACKENDS_REGISTERED the following host backend types are available: mysql postgresql
2019-06-06 10:04:42.024 INFO [kea-dhcp4.dhcpsrv/167] DHCPSRV_CFGMGR_SOCKET_TYPE_DEFAULT "dhcp-socket-type" not specified , using default socket type raw
2019-06-06 10:04:42.025 INFO [kea-dhcp4.dhcpsrv/167] DHCPSRV_CFGMGR_NEW_SUBNET4 a new subnet has been added to configuration: 192.168.89.0/24 with params: valid-lifetime=4294967295
2019-06-06 10:04:42.025 INFO [kea-dhcp4.commands/167] COMMAND_ACCEPTOR_START Starting to accept connections via unix domain socket bound to /tmp/kea-dhcp4-ctrl.sock
2019-06-06 10:04:42.025 INFO [kea-dhcp4.dhcp4/167] DHCP4_CONFIG_COMPLETE DHCPv4 server has completed configuration: added IPv4 subnets: 1; DDNS: disabled
2019-06-06 10:04:42.025 INFO [kea-dhcp4.dhcpsrv/167] DHCPSRV_PGSQL_DB opening PostgreSQL lease database: host=10.10.10.22 name=kea password=***** type=postgresql universe=4 user=kea
2019-06-06 10:04:42.044 INFO [kea-dhcp4.dhcp4/167] DHCP4_STARTED Kea DHCPv4 server version 1.5.0 started
2019-06-06 10:05:04.277 INFO [kea-dhcp4.leases/167] DHCP4_LEASE_ADVERT [hwtype=1 00:00:00:00:00:00], cid=[ff:00:00:00:00:00:02:00:00:00:09:01:10:49:52:38:30:39:47:2d:4c:54:45:2d:47:41:2d:4b:39:02:0b:4a:4d:58:32:3
0:32:33:58:30:30:30], tid=0x37fef8: lease 192.168.89.2 will be advertised
2019-06-06 10:05:04.279 ERROR [kea-dhcp4.alloc-engine/167] ALLOC_ENGINE_V4_ALLOC_ERROR [hwtype=1 00:00:00:00:00:00], cid=[ff:00:00:00:00:00:02:00:00:00:09:01:10:49:52:38:30:39:47:2d:4c:54:45:2d:47:41:2d:4b:39:02:0
b:4a:4d:58:32:30:32:33:58:30:30:30], tid=0x272c33: error during attempt to allocate an IPv4 address: Could not create bind array from Lease4: 192.168.89.2, reason: Time value is too large: 5854782799
**Expected behavior**
If if I use lease storage on a local CSV file there are no issues.
The server should store the lease in the database and allocate an IP address to the client
**Environment:**
- Kea version: 1.5
- OS: Ubuntu ocean
- using PostgresDB server 9.6Kea1.6-beta2https://gitlab.isc.org/isc-projects/kea/-/issues/533response to remote-global-parameter4-set is incomplete2020-07-03T12:02:37ZWlodzimierz Wencelresponse to remote-global-parameter4-set is incompleteresponse to any successful command `remote-global-parameter4-set` returned by kea at the moment is:
```
{
"result": 0,
"text": "DHCPv4 global parameter successfully set."
}
```
while design show response that include parameter name t...response to any successful command `remote-global-parameter4-set` returned by kea at the moment is:
```
{
"result": 0,
"text": "DHCPv4 global parameter successfully set."
}
```
while design show response that include parameter name that has been set (which seems proper way to go):
```
{
"result": 0,
"text": "DHCPv4 global parameter successfully set.",
"arguments": {
"parameters": [ {
"name": "boot-file-name"
} ]
}
}
```Kea1.6-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/208move Logging from global objects to global params2019-11-18T18:35:10ZFrancis Dupontmove Logging from global objects to global paramsFor instance for DHCPv4 this means to replace:
```
{
"Dhcp4": ...,
"Logging": ...,
}
```
by
```
{
"Dhcp4":
{
...,
"Logging": ...
}
}
```
There are a few open questions:
- when to announce this change: IMHO be...For instance for DHCPv4 this means to replace:
```
{
"Dhcp4": ...,
"Logging": ...,
}
```
by
```
{
"Dhcp4":
{
...,
"Logging": ...
}
}
```
There are a few open questions:
- when to announce this change: IMHO before 1.5 release
- when to allow both positions: IMHO same than the previous point
- when to remove compatibility with current position: IMHO at a future release, e.g. 1.7 or 1.8Kea1.6-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/595Permission problem with PosgreSQL read only unit test.2019-09-25T08:16:08ZFrancis DupontPermission problem with PosgreSQL read only unit test.`PgSqlHostDataSourceTest.testReadOnlyDatabase` failed on at least two different recent Linuxes with a permission problem on ```SELECT version, minor FROM schema_version;```. It seems it can be fixes passing the ```GRANT SELECT ON ALL TAB...`PgSqlHostDataSourceTest.testReadOnlyDatabase` failed on at least two different recent Linuxes with a permission problem on ```SELECT version, minor FROM schema_version;```. It seems it can be fixes passing the ```GRANT SELECT ON ALL TABLES IN SCHEMA public TO keatest_readonly;``` command.
Perhaps the documentation (`doc/devel/unit-tests.dox`) should be updated?Kea1.6-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/744update release version and copyright dates2019-07-22T14:21:38ZMichal Nowikowskiupdate release version and copyright datesKea1.6-beta2Michal NowikowskiMichal Nowikowskihttps://gitlab.isc.org/isc-projects/kea/-/issues/637mysql_cb unit tests fail on Mac OS2019-07-22T10:53:13ZRazvan Becheriumysql_cb unit tests fail on Mac OSsome unit tests fail on Mac OS
[ RUN ] MySqlConfigBackendDHCPv6Test.getAllSubnets6
mysql_cb_dhcp6_unittest.cc:856: Failure
Expected equality of these values:
test_subnets_[i + 1]->toElement()->str()
Which is:
"{ \"i...some unit tests fail on Mac OS
[ RUN ] MySqlConfigBackendDHCPv6Test.getAllSubnets6
mysql_cb_dhcp6_unittest.cc:856: Failure
Expected equality of these values:
test_subnets_[i + 1]->toElement()->str()
Which is:
"{ \"id\": 1024, \"option-data\": [ ], \"pd-pools\": [ { \"delegated-len\": 64, \"option-data\": [ { \"always-send\": true, \"code\": 1254, \"csv-format\": false, \"data\": \"20010DB8000000000000000000000003\", \"name\": \"option-1254\", \"space\": \"dhcp6\" }, { \"always-send\": true, \"code\": 1, \"csv-format\": false, \"data\": \"\", \"name\": \"isc-1\", \"space\": \"isc\" } ],
______________________________________________________________________________________________________________
\"prefix\": \"2001:db8:c::\", \"prefix-len\": 48 }, { \"delegated-len\": 64, \"option-data\": [ ],
______________________________________________________________________________________________________________
\"prefix\": \"2001:db8:d::\", \"prefix-len\": 48 } ], \"pools\": [ { \"option-data\": [ { \"always-send\": true, \"code\": 1254, \"csv-format\": false, \"data\": \"20010DB8000000000000000000000003\", \"name\": \"option-1254\", \"space\": \"dhcp6\" }, { \"always-send\": true, \"code\": 1, \"csv-format\": false, \"data\": \"\", \"name\": \"isc-1\", \"space\": \"isc\" } ], \"pool\": \"2001:db8:1::10-2001:db8:1::20\" }, { \"option-data\": [ ], \"pool\": \"2001:db8:1::50-2001:db8:1::60\" } ], \"preferred-lifetime\": 40, \"rebind-timer\": 30, \"relay\": { \"ip-addresses\": [ ] }, \"renew-timer\": 20, \"subnet\": \"2001:db8:1::/48\", \"valid-lifetime\": 50 }"
subnets[i]->toElement()->str()
Which is:
"{ \"id\": 1024, \"option-data\": [ ], \"pd-pools\": [ { \"delegated-len\": 64, \"option-data\": [ { \"always-send\": true, \"code\": 1254, \"csv-format\": false, \"data\": \"20010DB8000000000000000000000003\", \"name\": \"option-1254\", \"space\": \"dhcp6\" }, { \"always-send\": true, \"code\": 1, \"csv-format\": false, \"data\": \"\", \"name\": \"isc-1\", \"space\": \"isc\" } ],
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
\"prefix\": \"2001:db8:d::\", \"prefix-len\": 48 } ], \"pools\": [ { \"option-data\": [ { \"always-send\": true, \"code\": 1254, \"csv-format\": false, \"data\": \"20010DB8000000000000000000000003\", \"name\": \"option-1254\", \"space\": \"dhcp6\" }, { \"always-send\": true, \"code\": 1, \"csv-format\": false, \"data\": \"\", \"name\": \"isc-1\", \"space\": \"isc\" } ], \"pool\": \"2001:db8:1::10-2001:db8:1::20\" }, { \"option-data\": [ ], \"pool\": \"2001:db8:1::50-2001:db8:1::60\" } ], \"preferred-lifetime\": 40, \"rebind-timer\": 30, \"relay\": { \"ip-addresses\": [ ] }, \"renew-timer\": 20, \"subnet\": \"2001:db8:1::/48\", \"valid-lifetime\": 50 }"
[ FAILED ] MySqlConfigBackendDHCPv6Test.getAllSubnets6 (113 ms)
[ RUN ] MySqlConfigBackendDHCPv6Test.getSharedNetworkSubnets6
mysql_cb_dhcp6_unittest.cc:984: Failure
Value of: isEquivalent(test_subnets_[1]->toElement(), subnets[0]->toElement())
Actual: false
Expected: true
mysql_cb_dhcp6_unittest.cc:992: Failure
Value of: isEquivalent(test_subnets_[1]->toElement(), subnets[0]->toElement())
Actual: false
Expected: true
[ FAILED ] MySqlConfigBackendDHCPv6Test.getSharedNetworkSubnets6 (113 ms)
I have made an initial investigation. The data in the database is similar for Linux and Mac OS, but it seems that the same query returns the data in a different order. I am not sure how is this actually impacting the actual serialization of the subnet form the databaseKea1.6-beta2Razvan BecheriuRazvan Becheriuhttps://gitlab.isc.org/isc-projects/kea/-/issues/636Update bison2019-07-22T10:53:08ZFrancis DupontUpdate bisonThere is a new bison version (3.4.1) just released. We should update Kea to use it as soon as the master is unfrozen.There is a new bison version (3.4.1) just released. We should update Kea to use it as soon as the master is unfrozen.Kea1.6-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/563Remove obsolete dependency in dbaccess_parser.cc2019-07-22T10:53:04ZFrancis DupontRemove obsolete dependency in dbaccess_parser.ccsrc/lib/database/dbaccess_parser.cc has an obsolete (i.e. still compiles when it is removed and no obvious use in the code) dependency on dhcpsrv/parsers/dhcp_parsers.h. I propose to remove it as the database library is built before the ...src/lib/database/dbaccess_parser.cc has an obsolete (i.e. still compiles when it is removed and no obvious use in the code) dependency on dhcpsrv/parsers/dhcp_parsers.h. I propose to remove it as the database library is built before the dhcpsrv one.
BTW a comment in db_log.h needs to be updated too according to a grep dhcpsrv in the directory.Kea1.6-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/6451.6.0-beta sanity checks: in kea messages PDFs copyright dates are: 2010-2018...2019-07-22T10:52:55ZMichal Nowikowski1.6.0-beta sanity checks: in kea messages PDFs copyright dates are: 2010-2018, but should be 2010-2019.ref: #638ref: #638Kea1.6-beta2Michal NowikowskiMichal Nowikowskihttps://gitlab.isc.org/isc-projects/kea/-/issues/6461.6.0-beta sanity checks: update date to 2019 in COPYING2019-07-22T10:52:51ZMichal Nowikowski1.6.0-beta sanity checks: update date to 2019 in COPYINGref #638ref #638Kea1.6-beta2Michal NowikowskiMichal Nowikowskihttps://gitlab.isc.org/isc-projects/kea/-/issues/6481.6.0-beta sanity checks: incorrect copyright date in man pages2019-07-22T10:52:45ZMichal Nowikowski1.6.0-beta sanity checks: incorrect copyright date in man pagesThe copyright years are incorrect in man pages and COPYING (2009-2018). The release date on man pages is correct.
ref #638The copyright years are incorrect in man pages and COPYING (2009-2018). The release date on man pages is correct.
ref #638Kea1.6-beta2Michal NowikowskiMichal Nowikowskihttps://gitlab.isc.org/isc-projects/kea/-/issues/657by default kea guide in html has wrong encoding: ISO-8859-1 instead of UTF-82019-07-22T10:52:41ZMichal Nowikowskiby default kea guide in html has wrong encoding: ISO-8859-1 instead of UTF-8due to this some characters are not displayed in browser correctlydue to this some characters are not displayed in browser correctlyKea1.6-beta2Michal NowikowskiMichal Nowikowskihttps://gitlab.isc.org/isc-projects/kea/-/issues/641Extend CB API with CBServer object2019-07-22T10:52:37ZMarcin SiodelskiExtend CB API with CBServer objectIn order to add support to the Configuration Backend to manage servers in the database we need a `CBServer` object to which will represent the server along with its description, id, modification timestamp etc. This issue is about creatin...In order to add support to the Configuration Backend to manage servers in the database we need a `CBServer` object to which will represent the server along with its description, id, modification timestamp etc. This issue is about creating such object and extending the test config backends with the API calls that set, delete, get server tags.Kea1.6-beta2Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/663Wrong client port in offer?!2019-07-22T10:52:33ZAndrei Pavelandrei@isc.orgWrong client port in offer?!```
perfdhcp -D 1024 -d 1024 -d 1024 -f 16 -L 12345 -l ens4 -n 1024 -n 1024 -r 16 -4 -R 4294967295 -W 0
```
on a back-to-back pair of interfaces with `kea-dhcp4`, no relay involved. Notice the non-default port `-L 12345`. `perfdhcp` gets...```
perfdhcp -D 1024 -d 1024 -d 1024 -f 16 -L 12345 -l ens4 -n 1024 -n 1024 -r 16 -4 -R 4294967295 -W 0
```
on a back-to-back pair of interfaces with `kea-dhcp4`, no relay involved. Notice the non-default port `-L 12345`. `perfdhcp` gets no response whatsoever. GDBed into the `kea-dhcp4`, receives the query with `remote_port_` `12345`, but it populates the response's `remote_port_` with `68`.
The `-P` parameter on `kea-dhcp4`'s side could be used here, but what about a production situation?
I feel like I'm in the wrong cuz this would be detected quickly, but maybe nobody uses non-default ports for their clients and it also feels like `perfdhcp` should get it's response. Help?Kea1.6-beta2https://gitlab.isc.org/isc-projects/kea/-/issues/601server-tag in kea configuration appears in two different places2019-07-22T10:52:29ZWlodzimierz Wencelserver-tag in kea configuration appears in two different placesWhile I was testing v6 config backend API I noticed that config returned by `config-get` command is returning value `server-tag` twice:
```
{
"arguments": {
"Dhcp6": {
"calculate-tee-times": true,
"control-socket": {
...While I was testing v6 config backend API I noticed that config returned by `config-get` command is returning value `server-tag` twice:
```
{
"arguments": {
"Dhcp6": {
"calculate-tee-times": true,
"control-socket": {
"socket-name": "/home/wlodek/installed/git/var/kea/control_socket",
"socket-type": "unix"
},
"decline-probation-period": 86400,
"dhcp-ddns": {
"enable-updates": false,
"generated-prefix": "myhost",
"hostname-char-replacement": "",
"hostname-char-set": "",
"max-queue-size": 1024,
"ncr-format": "JSON",
"ncr-protocol": "UDP",
"override-client-update": false,
"override-no-update": false,
"qualifying-suffix": "",
"replace-client-name": "never",
"sender-ip": "0.0.0.0",
"sender-port": 0,
"server-ip": "127.0.0.1",
"server-port": 53001
},
"dhcp-queue-control": {
"capacity": 500,
"enable-queue": false,
"queue-type": "kea-ring6"
},
"dhcp4o6-port": 0,
"expired-leases-processing": {
"flush-reclaimed-timer-wait-time": 25,
"hold-reclaimed-time": 3600,
"max-reclaim-leases": 100,
"max-reclaim-time": 250,
"reclaim-timer-wait-time": 10,
"unwarned-reclaim-cycles": 5
},
"hooks-libraries": [],
"host-reservation-identifiers": [
"hw-address",
"duid"
],
"interfaces-config": {
"interfaces": [
"enp0s9"
],
"re-detect": true
},
"lease-database": {
"type": "memfile"
},
"mac-sources": [
"any"
],
"option-data": [],
"option-def": [],
"preferred-lifetime": 3000,
"rebind-timer": 2000,
"relay-supplied-options": [
"65"
],
"renew-timer": 1000,
"reservation-mode": "all",
"sanity-checks": {
"lease-checks": "warn"
},
"server-id": {
"enterprise-id": 0,
"htype": 0,
"identifier": "",
"persist": true,
"time": 0,
"type": "LLT"
},
"server-tag": "", <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
"shared-networks": [
{
"calculate-tee-times": true,
"interface": "",
"name": "name-abc",
"option-data": [],
"preferred-lifetime": 3000,
"rapid-commit": false,
"rebind-timer": 2000,
"relay": {
"ip-addresses": []
},
"renew-timer": 1000,
"reservation-mode": "all",
"subnet6": [
{
"calculate-tee-times": true,
"id": 1,
"interface-id": "interface-abc",
"option-data": [],
"pd-pools": [],
"pools": [
{
"option-data": [],
"pool": "2001:db8:a::1/128"
}
],
"preferred-lifetime": 3000,
"rapid-commit": false,
"rebind-timer": 2000,
"relay": {
"ip-addresses": []
},
"renew-timer": 1000,
"reservation-mode": "all",
"reservations": [],
"subnet": "2001:db8:a::/64",
"t1-percent": 0.5,
"t2-percent": 0.8,
"valid-lifetime": 4000
}
],
"t1-percent": 0.5,
"t2-percent": 0.8,
"valid-lifetime": 4000
}
],
"subnet6": [],
"t1-percent": 0.5,
"t2-percent": 0.8,
"valid-lifetime": 4000
},
"Logging": {
"loggers": [
{
"debuglevel": 99,
"name": "kea-dhcp6",
"output_options": [
{
"flush": true,
"maxsize": 10240000,
"maxver": 1,
"output": "/home/wlodek/installed/git/var/kea/kea.log"
}
],
"severity": "DEBUG"
}
]
},
"server-tag": "" <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
},
"result": 0
}
```
one is in Dhcp6 map and one is in global map (the same issue is with v4)Kea1.6-beta2Wlodzimierz WencelWlodzimierz Wencelhttps://gitlab.isc.org/isc-projects/kea/-/issues/664/run instead of /var/run should be used for pid files or lock files2019-07-22T10:52:25ZMichal Nowikowski/run instead of /var/run should be used for pid files or lock filesGenerally distributions migrate from `/var/run` to `/run`. Currently `/var/run` is a symlink to `/run`.
Kea's `./configure` should have a possibility to indicate location of run directory via
`--runstatedir` switch alongside other switch...Generally distributions migrate from `/var/run` to `/run`. Currently `/var/run` is a symlink to `/run`.
Kea's `./configure` should have a possibility to indicate location of run directory via
`--runstatedir` switch alongside other switches like `--localstatedir` or `--sbindir`.Kea1.6-beta2Michal NowikowskiMichal Nowikowskihttps://gitlab.isc.org/isc-projects/kea/-/issues/528Config backend inconsistency about subnet membership in a shared network2019-07-22T10:52:22ZFrancis DupontConfig backend inconsistency about subnet membership in a shared networkIt is not clear where is the problem: CB cmds, MySQL CB or both. Compared to subnet cmds the critical difference is the update/merge semantic of set operations.
Today remote-network4-set attaches subnet children to the shared network ar...It is not clear where is the problem: CB cmds, MySQL CB or both. Compared to subnet cmds the critical difference is the update/merge semantic of set operations.
Today remote-network4-set attaches subnet children to the shared network argument. Other children are not modified. This seems fine even it is currently the only way to attach an already existing subnet to a shared network.
remote-subnet4-set detaches its argument to any shared network. IMHO it is an unwanted side effect but at the other hand it is the only way to detach one subnet from a shared network.
In conclusion there are no missing features but there are some room for improvement so I suggest to postpone this work.Kea1.6-beta2https://gitlab.isc.org/isc-projects/kea/-/issues/590Error in documentation examples2019-07-22T10:52:12ZStephen MorrisError in documentation examplesIn section 9.2.9 of the Kea Administration Reference Manual (DHCPv6 guide - "Prefix Exclude Option"), the example given for the prefix exclude option is:
```
"subnet": "2001:db8:1::/48",
"pd-pools": [
...In section 9.2.9 of the Kea Administration Reference Manual (DHCPv6 guide - "Prefix Exclude Option"), the example given for the prefix exclude option is:
```
"subnet": "2001:db8:1::/48",
"pd-pools": [
{
"prefix": "2001:db8:1:8000::",
"prefix-len": 48,
"delegated-len": 64,
"excluded-prefix": "2001:db8:1:babe:cafe:80::",
"excluded-prefix-len": 72
}
]
```
This is incorrect and leads to the parser error message:
```
DHCP6_PARSER_FAIL failed to create or run parser for configuration element subnet6: excluded prefix
2001:db8:1:babe:cafe:80::/72 must have the same common prefix part of 64 as the delegated prefix
2001:db8:1:8000::/64 (seeds/kea6-2.conf:24:21)
```
Replacing ":babe:" in the excluded prefix with ":8000:" solves the problem.Kea1.6-beta2Razvan BecheriuRazvan Becheriuhttps://gitlab.isc.org/isc-projects/kea/-/issues/670kea-messages.xml is generated into wrong place when build is made out of source2019-07-22T10:52:06ZMichal Nowikowskikea-messages.xml is generated into wrong place when build is made out of sourceout of source method is used by rpm/deb build toolsout of source method is used by rpm/deb build toolsKea1.6-beta2Michal NowikowskiMichal Nowikowskihttps://gitlab.isc.org/isc-projects/kea/-/issues/584Should not install YANG modules, kea-netconf.conf when --with-sysrepo is not ...2019-07-22T10:52:02ZTomek MrugalskiShould not install YANG modules, kea-netconf.conf when --with-sysrepo is not specified@ondrej reported some time ago that Kea always installs YANG modules and kea-netconf.conf, even when --with-sysrepo is not specified.@ondrej reported some time ago that Kea always installs YANG modules and kea-netconf.conf, even when --with-sysrepo is not specified.Kea1.6-beta2