ISC Open Source Projects issueshttps://gitlab.isc.org/groups/isc-projects/-/issues2022-07-29T13:05:06Zhttps://gitlab.isc.org/isc-projects/kea/-/issues/2514Dependency issues with Kea 2.2 and RHEL 9.02022-07-29T13:05:06ZDavid YaffeDependency issues with Kea 2.2 and RHEL 9.0---
name: Bug report
about: Dependency issues with Kea 2.2 and RHEL 9.0
---
**Describe the bug**
Kea 2.2, specifically kea-hooks-2.20-isc20220726061131.el9.x86_64 depends on liblog4cplus-1.2.so.5()(64bit)
**To Reproduce**
Steps to repr...---
name: Bug report
about: Dependency issues with Kea 2.2 and RHEL 9.0
---
**Describe the bug**
Kea 2.2, specifically kea-hooks-2.20-isc20220726061131.el9.x86_64 depends on liblog4cplus-1.2.so.5()(64bit)
**To Reproduce**
Steps to reproduce the behavior:
1. Perform a clean install of RHEL 9
2. Enable EPEL, and Code Builder Repository
3. Enable the KEA repository using the script from cloudsmith.io
4. run `#sudo dnf install isc-kea isc-kea-hooks`
**Expected behavior**
Kea is installed
**Environment:**
- Kea version:
> # kea-dhcp4 -V
> 2.2.0
> tarball
> linked with:
> log4cplus 1.2.0
> OpenSSL 3.0.1 14 Dec 2021
> database:
> MySQL backend 14.0, library 3.2.6
> PostgreSQL backend 13.0, library 130005
> Memfile backend 2.1
- OS: [RHEL 9 - `Linux <REDACTED> 5.14.0-70.17.1.el9_0.x86_64 #1 SMP PREEMPT Tue Jun 14 11:32:10 EDT 2022 x86_64 x86_64 x86_64 GNU/Linux]`
- Cloudsmith Packages, not from source.
**Additional Information**
I was able to install Kea 2.2 by using the log4cplus RPM from EPEL8. This is not ideal as it generates an error whenever I try to run `# dnf upgrade`:
```
[root@ipa-01 named]# dnf upgrade
Updating Subscription Management repositories.
Extra Packages for Enterprise Linux 9 - x86_64 5.4 MB/s | 8.7 MB 00:01
isc-kea-2-2 29 kB/s | 26 kB 00:00
isc-kea-2-2-noarch 338 B/s | 291 B 00:00
isc-kea-2-2-source 369 B/s | 291 B 00:00
isc-stork 24 kB/s | 22 kB 00:00
isc-stork-noarch 357 B/s | 291 B 00:00
isc-stork-source 344 B/s | 291 B 00:00
Red Hat Enterprise Linux 9 for x86_64 - AppStream (RPMs) 8.6 MB/s | 8.6 MB 00:01
Red Hat Enterprise Linux 9 for x86_64 - BaseOS (RPMs) 5.1 MB/s | 2.9 MB 00:00
Red Hat CodeReady Linux Builder for RHEL 9 x86_64 (RPMs) 4.7 MB/s | 2.4 MB 00:00
Error:
Problem: cannot install both log4cplus-2.0.5-15.el9.x86_64 and log4cplus-1.2.0-11.el8.x86_64
- package isc-kea-hooks-2.2.0-isc20220726061131.el9.x86_64 requires liblog4cplus-1.2.so.5()(64bit), but none of the providers can be installed
- cannot install the best update candidate for package log4cplus-1.2.0-11.el8.x86_64
- cannot install the best update candidate for package isc-kea-hooks-2.2.0-isc20220726061131.el9.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
```
log4cplus 1.2 is over 4 years old. log4cplus 2.0.8 is the current version and was released on July 8th, 2022. EPEL9 includes version log4cplus 2.0.5 for RHEL (https://dl.fedoraproject.org/pub/epel/9/Everything/x86_64/Packages/l/log4cplus-2.0.5-15.el9.x86_64.rpm). Log4cplus 1.2.0 is available from EPEL8, https://dl.fedoraproject.org/pub/epel/8/Everything/x86_64/Packages/l/log4cplus-1.2.0-11.el8.x86_64.rpm
What is the best way to get this resolved? Can Kea for RHEL9 be built with a more modern log4cplus? or can an ISC specific version of log4cplus 1.2 be built and hosted in the cloudsmith repos?kea2.3.0Andrei Pavelandrei@isc.orgAndrei Pavelandrei@isc.orghttps://gitlab.isc.org/isc-projects/kea/-/issues/2513Sphinx converts apostrophes to smart quotes2023-07-31T11:34:31ZAndrei Pavelandrei@isc.orgSphinx converts apostrophes to smart quotesAostrophes (U+0027) `'` in RST files are converted into left quotes and right quotes in the HTML and PDF created by sphinx.
| Unicode Codepoint | Visual Representation | Hexadecimal Byte Representation | Name |
| ...Aostrophes (U+0027) `'` in RST files are converted into left quotes and right quotes in the HTML and PDF created by sphinx.
| Unicode Codepoint | Visual Representation | Hexadecimal Byte Representation | Name |
| ----------------- | --------------------- | ------------------------------- | --------------------------- |
| U+2018 | ‘ | E2 80 98 | LEFT SINGLE QUOTATION MARK |
| U+2019 | ’ | E2 80 99 | RIGHT SINGLE QUOTATION MARK |
This prevents a user from copying and using any chunks of configuration or pieces of code that use apostrophes.
This issue does not affect preformatted code blocks or spans of code marked by backtick quotes.kea2.3.0https://gitlab.isc.org/isc-projects/kea/-/issues/2512Bump version in configure.ac to 2.3.0-git2023-07-17T13:58:25ZAndrei Pavelandrei@isc.orgBump version in configure.ac to 2.3.0-gitkea2.3.0Andrei Pavelandrei@isc.orgAndrei Pavelandrei@isc.orghttps://gitlab.isc.org/isc-projects/kea/-/issues/2511fix make distcheck by updating memfile name in examples2023-07-18T13:49:35ZRazvan Becheriufix make distcheck by updating memfile name in examplesdistcheck fails:
```
ERROR: files left in build directory after distclean:
./src/bin/dhcp6/tests/leases6
./src/bin/dhcp4/tests/leases4
make[1]: *** [distcleancheck] Error 1
make: *** [distcheck] Error 1
```
it is caused by:
```
Dhcpv4...distcheck fails:
```
ERROR: files left in build directory after distclean:
./src/bin/dhcp6/tests/leases6
./src/bin/dhcp4/tests/leases4
make[1]: *** [distcleancheck] Error 1
make: *** [distcheck] Error 1
```
it is caused by:
```
Dhcpv4SrvTest.checkConfigFiles
Dhcpv6SrvTest.checkConfigFiles
```
the problem is in the example files:
doc/examples/kea4/dhcpv4-over-dhcpv6.json:
```
"name": "leases4",
```
should be:
```
"name": "/tmp/kea-dhcp4.csv",
```
doc/examples/kea6/dhcpv4-over-dhcpv6.json:
```
"name": "leases6"
```
should be:
```
"name": "/tmp/kea-dhcp6.csv",
```kea2.3.0Razvan BecheriuRazvan Becheriuhttps://gitlab.isc.org/isc-projects/kea/-/issues/2510hammer.py: export the name of FreeRADIUS client packages used while building ...2023-07-31T09:41:20ZAndrei Pavelandrei@isc.orghammer.py: export the name of FreeRADIUS client packages used while building packagesExporting the name of FreeRADIUS client packages used while building packages would help in automating the upload of FreeRADIUS packages to new Cloudsmith repositories.Exporting the name of FreeRADIUS client packages used while building packages would help in automating the upload of FreeRADIUS packages to new Cloudsmith repositories.kea2.3.0Andrei Pavelandrei@isc.orgAndrei Pavelandrei@isc.orghttps://gitlab.isc.org/isc-projects/stork/-/issues/821Feature Request: Use PATH variable or equivalent to find binaries instead of ...2022-12-13T12:34:28ZmikygeeFeature Request: Use PATH variable or equivalent to find binaries instead of assuming they live in /usr/binOperating system: Openbsd 7.1
I use Openbsd as my main operating system to host Isc Bind or Kea and I want to use Stork.
When I want to install Stork or execute the command rake check:dist, it assumes all binaries live in /usr/bin
Howe...Operating system: Openbsd 7.1
I use Openbsd as my main operating system to host Isc Bind or Kea and I want to use Stork.
When I want to install Stork or execute the command rake check:dist, it assumes all binaries live in /usr/bin
However on Openbsd and probably on other *Bsd systems many binaries installed after the default install are placed in /usr/local/bin
So Stork installer and commands should check the PATH variable or a similar mechanism to find and use the binaries that are needed (npx, protoc, goswagger...)
For example, on my system the command which finds it
```
# which ls
/bin/ls
# which sed
/usr/bin/sed
# which rake30
/usr/local/bin/rake30
```
Right now the workaround is to copy or symlink binaries so they are seen in /usr/bin
Hopefully Stork will implement this feature request to be more portable.
Thank you1.8Slawek FigielSlawek Figielhttps://gitlab.isc.org/isc-projects/kea/-/issues/2507Replace use of CriticalSection in stat-leaseX-get commands with Memfile_Lease...2023-07-17T13:58:24ZThomas MarkwalderReplace use of CriticalSection in stat-leaseX-get commands with Memfile_LeaseMgr mutex lockThe command handlers for stat-leaseX-get commands create CriticalSections upon entry. We should be able to replace those with simply locking the Memfile lease manager's mutex like so:
```
tmark@wild-dog:stat_cmds (master) $ git diff
dif...The command handlers for stat-leaseX-get commands create CriticalSections upon entry. We should be able to replace those with simply locking the Memfile lease manager's mutex like so:
```
tmark@wild-dog:stat_cmds (master) $ git diff
diff --git a/src/hooks/dhcp/stat_cmds/stat_cmds.cc b/src/hooks/dhcp/stat_cmds/stat_cmds.cc
index 8950bc928f..b9fe1800d2 100644
--- a/src/hooks/dhcp/stat_cmds/stat_cmds.cc
+++ b/src/hooks/dhcp/stat_cmds/stat_cmds.cc
@@ -718,7 +718,9 @@ int
StatCmds::statLease4GetHandler(CalloutHandle& handle) {
try {
LeaseStatCmdsImpl impl;
+#if 0
MultiThreadingCriticalSection cs;
+#endif
return (impl.statLease4GetHandler(handle));
} catch (const std::exception& ex) {
diff --git a/src/lib/dhcpsrv/memfile_lease_mgr.cc b/src/lib/dhcpsrv/memfile_lease_mgr.cc
index afb3259840..86f95d2cd9 100644
--- a/src/lib/dhcpsrv/memfile_lease_mgr.cc
+++ b/src/lib/dhcpsrv/memfile_lease_mgr.cc
@@ -1990,7 +1990,16 @@ Memfile_LeaseMgr::lfcExecute(boost::shared_ptr<LeaseFileType>& lease_file) {
LeaseStatsQueryPtr
Memfile_LeaseMgr::startLeaseStatsQuery4() {
LeaseStatsQueryPtr query(new MemfileLeaseStatsQuery4(storage4_));
+#if 1
+ if (MultiThreadingMgr::instance().getMode()) {
+ std::lock_guard<std::mutex> lock(*mutex_);
+ query->start();
+ } else {
+ query->start();
+ }
+#else
query->start();
+#endif
return(query);
}
```
I compiled with thread-sanitizer on Ubuntu 20.04, and ran kea-dhcp4 stand-alone in MT mode (8 threads), used traffic. I used a script to call socat locally to generate stat-lease4-get() at a rate every 100 ms. Each test started with an empty lease file and ran for sixty seconds. I tested three variations of the code 1: with CriticalSection 2: without CriticalSection or Mutex 3: With Mutex. The results are attached:
[out.txt](/uploads/98731c35c802a4d2a57c43269ba70543/out.txt)
All three versions report one or two race warnings in StringSanitizerImpl, this is known false report.
The version without CS or mutex had almost 90 race warnings emanating from alloc engine, which one would expect. The mutex-ed version is slightly faster than the CriticalSection version, and I suspect the difference would be larger if running HA+MT as a CS would cause both thread pools to pause/resume.
The stat commands do not need to create a CriticalSection and therefore should not. We might consider the same approach for the lease wipe commands.kea2.3.1Thomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/kea/-/issues/2506Make hammer able to build 2.0.3 packages on RHEL 82022-07-25T21:38:27ZAndrei Pavelandrei@isc.orgMake hammer able to build 2.0.3 packages on RHEL 8Currently failing with:
```
NotImplementedError: missing freeradius-client version for rhel-8
```
https://jenkins.aws.isc.org/view/Kea-2.0/job/kea-2.0/job/pkg/47/execution/node/113/log/Currently failing with:
```
NotImplementedError: missing freeradius-client version for rhel-8
```
https://jenkins.aws.isc.org/view/Kea-2.0/job/kea-2.0/job/pkg/47/execution/node/113/log/kea2.0.3Andrei Pavelandrei@isc.orgAndrei Pavelandrei@isc.orghttps://gitlab.isc.org/isc-projects/kea/-/issues/2505Changes for Kea 2.2.0 release2023-07-17T13:58:25ZWlodzimierz WencelChanges for Kea 2.2.0 release
- [x] added release entry to ChangeLogs
- [x] regenerated BNF grammar
- [x] regenerated message headers
- [x] regenerated parsers
- [x] reordered messages in alphabetical order
- [x] updated copyright years
- [x] added release entry to ChangeLogs
- [x] regenerated BNF grammar
- [x] regenerated message headers
- [x] regenerated parsers
- [x] reordered messages in alphabetical order
- [x] updated copyright yearskea2.2.0 - a new stable branchAndrei Pavelandrei@isc.orgAndrei Pavelandrei@isc.orghttps://gitlab.isc.org/isc-projects/kea/-/issues/2504lib version bump up 2.2.02022-07-22T19:00:49ZWlodzimierz Wencellib version bump up 2.2.0kea2.2.0 - a new stable branchThomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/stork/-/issues/819Dump package should include HA service data2022-10-07T11:24:06ZSlawek FigielDump package should include HA service dataThe service entries from the database are missing in the dump package. It isn't possible to check the HA state.
Additionally, config reviews are missing too.The service entries from the database are missing in the dump package. It isn't possible to check the HA state.
Additionally, config reviews are missing too.1.7Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/stork/-/issues/818HA state unavailable, though working2024-02-26T14:50:32ZNicolas EHA state unavailable, though working---
Stork 1.4.0 is showing both Kea 2.1.7 dhcp4 servers in HA+MT with state unavailable.
Actually, there are both working fine, as Stork server is.
**To Reproduce**
Steps to reproduce the behaviour:
1. Run Kea 2.1.7 in High-availability...---
Stork 1.4.0 is showing both Kea 2.1.7 dhcp4 servers in HA+MT with state unavailable.
Actually, there are both working fine, as Stork server is.
**To Reproduce**
Steps to reproduce the behaviour:
1. Run Kea 2.1.7 in High-availability hot-standby + Multi Threading on two machines, Stork server running on machine 1
2. Restart both machine (to be sure to be sure)
3. Witness that after every daemon has started, and the logs are showing a correct HA state (machine 1 = primary and OK, machine 2 in hot-standby)
4. Make some tests (stop one dhcp4 service, validate that clients still get served, restart, witness a correct chat between both nodes)
5. During all this, the stork web GUI dashboard (very first page after login) is showing : "HA state unavailable"
When clicking on the "unavailable" clickable link, it leads me to a page where everything is green, OK, correct, valid as it can be.
**Expected behaviour**
The dashboard show report a situation as happy as the reality is when looking at the details pages, or in the logs, or in the currently running services.
**Environment:**
- Kea version: 2.1.7
- Stork agent + server : 1.4.0
- OS: Debian 11 bullseye
**Contacting you**
admin@sitpi.fr1.7Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/kea/-/issues/2503Fix Alpine 3.16 package builds and unit tests2023-07-17T13:58:25ZDan TheisenFix Alpine 3.16 package builds and unit testsWork around packaging issues in alpine 3.16 while changes are backported upstream.
Modify the Alpine MariaDB config to allow networking to be enabled.Work around packaging issues in alpine 3.16 while changes are backported upstream.
Modify the Alpine MariaDB config to allow networking to be enabled.kea2.3.0Dan TheisenDan Theisenhttps://gitlab.isc.org/isc-projects/kea/-/issues/2501update EULA license2022-07-22T16:02:05ZTomek Mrugalskiupdate EULA licenseWe need to update the license of the premium hooks.We need to update the license of the premium hooks.kea2.2.0 - a new stable branchTomek MrugalskiTomek Mrugalskihttps://gitlab.isc.org/isc-projects/kea/-/issues/2500Changes for Kea 2.0.3 release2022-07-25T06:42:12ZWlodzimierz WencelChanges for Kea 2.0.3 release
- [x] added release entry to ChangeLogs
- [x] regenerated BNF grammar
- [x] regenerated message headers
- [x] regenerated parsers
- [x] reordered messages in alphabetical order
- [x] updated copyright years
- [x] added release entry to ChangeLogs
- [x] regenerated BNF grammar
- [x] regenerated message headers
- [x] regenerated parsers
- [x] reordered messages in alphabetical order
- [x] updated copyright yearskea2.0.3Wlodzimierz WencelWlodzimierz Wencelhttps://gitlab.isc.org/isc-projects/stork/-/issues/817Server creates a false disconnect event on Kea hook conflict2022-10-19T08:44:57ZSlawek FigielServer creates a false disconnect event on Kea hook conflictThe Kea daemon can be configured to use the `host_cmds` hook and RADIUS backend simultaneously. The RADIUS backend doesn't support listing host reservations. It causes the `reservation-get-page` command fails due to an unsupported except...The Kea daemon can be configured to use the `host_cmds` hook and RADIUS backend simultaneously. The RADIUS backend doesn't support listing host reservations. It causes the `reservation-get-page` command fails due to an unsupported exception. Stork's host puller uses this command to update the host reservations data.
```
2022-06-29 07:50:52.273 INFO [kea-dhcp4.commands/443501.139831042103424] COMMAND_RECEIVED Received command 'reservation-get-page'
2022-06-29 07:50:52.275 ERROR [kea-dhcp4.callouts/443501.139831042103424] HOOKS_CALLOUT_ERROR error returned by callout on hook 3 registered by library with index $reservation_get_page (callout address 0x7f2cebb0b540) (callout duration 1.420 ms)
```
Stork has multiple pullers working parallel. When any fails, the server produces a disconnect event and displays a warning message.
```json
{
"createdAt": "2022-06-29T14:30:51.561Z",
"id": 51358,
"level": 2,
"text": "Communication with <daemon id=\"2\" name=\"dhcp4\" appId=\"1\" appType=\"kea\"> of <app id=\"1\" name=\"Primary\" type=\"kea\" version=\"1.8.2\"> failed"
},
```
Any subsequent success pulling from any puller (it may be different than a puller that notified connection problems) produces a resumed connection event.
```json
{
"createdAt": "2022-06-29T14:31:11.658Z",
"id": 51360,
"level": 1,
"text": "Communication with <daemon id=\"2\" name=\"dhcp4\" appId=\"1\" appType=\"kea\"> of <app id=\"1\" name=\"Primary\" type=\"kea\" version=\"1.8.2\"> resumed"
},
```
It causes to generate tons of events and false alerts. We should gracefully handle the hook conflict and stop or mute a puller in this situation. Additionally, a config checker should report an unsupported hook combination.1.7Slawek FigielSlawek Figielhttps://gitlab.isc.org/isc-projects/stork/-/issues/816Config Review should show how many checkers were run2022-12-05T13:33:39ZTomek MrugalskiConfig Review should show how many checkers were runOnce Stork completes its config review, it produces a report. If everything seems fine, it's somewhat underwhelming. It would be good to print the number of checkers that were run (or even a list of them if that's possible).
This would ...Once Stork completes its config review, it produces a report. If everything seems fine, it's somewhat underwhelming. It would be good to print the number of checkers that were run (or even a list of them if that's possible).
This would give a good impression that Stork really did some thorough checks. Also, in the future if we decide to provide extra checkers, this would be a good confidence building metric.
![Screenshot_from_2022-07-19_14-08-38](/uploads/676e3bd4ccc47255c16b102f59668539/Screenshot_from_2022-07-19_14-08-38.png)1.8Slawek FigielSlawek Figielhttps://gitlab.isc.org/isc-projects/kea/-/issues/2497deleting sunet with subnetX-del while checking if packet is being rate limite...2022-07-21T13:41:33ZAndrei Pavelandrei@isc.orgdeleting sunet with subnetX-del while checking if packet is being rate limited by the subnet being deleted causes crashThis is consistently reproducible.
1. Start a kea-dhcp4 with a single subnet configured. Multi-threading should help in reproducing.
2. Start a perfdhcp with a reasonably high rate to keep kea-dhcp4 busy enough to reproduce the crash. `p...This is consistently reproducible.
1. Start a kea-dhcp4 with a single subnet configured. Multi-threading should help in reproducing.
2. Start a perfdhcp with a reasonably high rate to keep kea-dhcp4 busy enough to reproduce the crash. `perfdhcp -r 100` is good enough but mileage may vary.
3. Issue a subnet4-del with the configured subnet ID. Crash should happen immediately.
```
DEBUG HOOKS_CALLOUTS_BEGIN begin all callouts for hook subnet4_select
kea-dhcp4: /usr/include/boost/smart_ptr/shared_ptr.hpp:786: typename boost::detail::sp_member_access<T>::type boost::shared_ptr<T>::operator->() const [with T = isc::dhcp::Subnet4; typename boost::detail::sp_member_access<T>::type = isc::dhcp::Subnet4*]: Assertion `px != 0' failed.
Thread 54 "kea-dhcp4" received signal SIGABRT, Aborted.
```
```
#0 isc::limits::LimitManager::subnet_select<(isc::util::DhcpSpace)0> (this=0x7ffff30adde0 <isc::limits::LimitManager::instance()::instance>, handle=...)
at ../../../../../premium/src/hooks/dhcp/limits/limit_manager.h:244
#1 0x00007ffff3061c2c in isc::limits::subnet4_select (handle=...) at dhcpv4_callouts.cc:65
#2 0x00007ffff63b3a6c in isc::hooks::CalloutManager::callCallouts (this=0x55555587d360, hook_index=17, callout_handle=...) at callout_manager.cc:168
#3 0x00007ffff63bc025 in isc::hooks::HooksManager::callCalloutsInternal (this=0x7ffff63fa2e0 <isc::hooks::HooksManager::getHooksManager()::manager>, index=17, handle=...)
at hooks_manager.cc:72
#4 0x00007ffff63bc050 in isc::hooks::HooksManager::callCallouts (index=17, handle=...) at hooks_manager.cc:77
#5 0x00005555556bbdc1 in isc::dhcp::Dhcpv4Srv::selectSubnet (this=0x7fffffffdc50, query=..., drop=@0x7ffff12ca6cf: false, sanity_only=false) at dhcp4_srv.cc:773
#6 0x00005555556cd640 in isc::dhcp::Dhcpv4Srv::processDiscover (this=0x7fffffffdc50, discover=..., context=...) at dhcp4_srv.cc:3230
#7 0x00005555556c0a8a in isc::dhcp::Dhcpv4Srv::processDhcp4Query (this=0x7fffffffdc50, query=..., rsp=..., allow_packet_park=true) at dhcp4_srv.cc:1376
#8 0x00005555556bfb05 in isc::dhcp::Dhcpv4Srv::processPacket (this=0x7fffffffdc50, query=..., rsp=..., allow_packet_park=true) at dhcp4_srv.cc:1326
#9 0x00005555556beb9f in isc::dhcp::Dhcpv4Srv::processPacketAndSendResponse (this=0x7fffffffdc50, query=...) at dhcp4_srv.cc:1148
#10 0x00005555556bea25 in isc::dhcp::Dhcpv4Srv::processPacketAndSendResponseNoThrow (this=0x7fffffffdc50, query=...) at dhcp4_srv.cc:1136
```kea2.2.0 - a new stable branchAndrei Pavelandrei@isc.orgAndrei Pavelandrei@isc.orghttps://gitlab.isc.org/isc-projects/stork/-/issues/814Invalid host updating2022-08-17T15:06:56ZSlawek FigielInvalid host updating@kpfleming wrote in Stork mailing list:
> I've had a pair of Kea DHCP servers (for both IPv4 and IPv6) running
for a few months now, with Stork setup to monitor them. The Kea
servers are in HA mode, so they have nearly identical configu...@kpfleming wrote in Stork mailing list:
> I've had a pair of Kea DHCP servers (for both IPv4 and IPv6) running
for a few months now, with Stork setup to monitor them. The Kea
servers are in HA mode, so they have nearly identical configurations.
>
> Those configurations include 20+ host reservations, and those
reservations have always shown up in the Stork 'Host Reservations'
display as they should. However the 'Hostname' column was always
empty, because I didn't have hostnames specified in the Kea
configuration files.
>
> Today I changed that, and applied hostnames to all of the
reservations, then did a 'reload' of the Kea DHCP servers. The Stork
dashboard noted that the configuration had been changed, but still
does not show the hostnames. I've waited a few hours to see if it was
just going to update later, but it has not updated.
>
> Is there something I need to do to trigger Stork to re-read this data
from the configuration files? I've included an excerpt of the config
file below just in case I've done something incorrectly there.
I confirm the bug. The host reservation data doesn't update if the host identifier or reserved IP doesn't change.1.6Slawek FigielSlawek Figielhttps://gitlab.isc.org/isc-projects/kea/-/issues/2494doc: Invalid JSON in DHCP6 Server configuration examples2023-07-17T13:58:22ZKevin Flemingdoc: Invalid JSON in DHCP6 Server configuration examplesTwo of the configuration examples in the DHCP6 Server 'host reservations' section of the ARM include invalid JSON. Opening this issue to provide a number for the soon-to-be-created MR :-)Two of the configuration examples in the DHCP6 Server 'host reservations' section of the ARM include invalid JSON. Opening this issue to provide a number for the soon-to-be-created MR :-)kea2.3.5Tomek MrugalskiTomek Mrugalski