Kea issueshttps://gitlab.isc.org/isc-projects/kea/-/issues2018-11-26T19:44:02Zhttps://gitlab.isc.org/isc-projects/kea/-/issues/276Congestion Handling should be ENABLED by default for Beta22018-11-26T19:44:02ZThomas MarkwalderCongestion Handling should be ENABLED by default for Beta2To increase the odds of testing occurring congestion handling should be on by default for BETA2.To increase the odds of testing occurring congestion handling should be on by default for BETA2.Kea1.5-beta2Thomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/kea/-/issues/260Follow-up from "WIP: Resolve "Congestion handling - add receive thread and pa...2018-11-20T21:06:12ZMarcin SiodelskiFollow-up from "WIP: Resolve "Congestion handling - add receive thread and packet queue"The following discussions from !103 should be addressed:
- [ ] @marcin started a [discussion](https://gitlab.isc.org/isc-projects/kea/merge_requests/103#note_28121): (+4 comments)
> I have some worries about this initialization pa...The following discussions from !103 should be addressed:
- [ ] @marcin started a [discussion](https://gitlab.isc.org/isc-projects/kea/merge_requests/103#note_28121): (+4 comments)
> I have some worries about this initialization part being done in the thread and not really guarded from concurrent access to IfaceMgr. Although unlikely, there is a possibility that ifaces_ is modified while the thread is starting up. To mitigate this problem, the method which starts the thread should maybe wait for it to signal that it has been initialized and the for() loop has started. I mean, we should maybe revise the whole IfaceMgr to see whether something in it can be modified that is concurrently used in the thread and not allow such modification if the thread is running? Specifically, sockets and interfaces should not be touched while the thread is running because even the for() loop accesses them.
- [ ] @marcin started a [discussion](https://gitlab.isc.org/isc-projects/kea/merge_requests/103#note_28138): (+3 comments)
> Parameters of the constructor aren't properly documented.
- [ ] @marcin started a [discussion](https://gitlab.isc.org/isc-projects/kea/merge_requests/103#note_28180): (+4 comments)
> That deserves some comment.
- [ ] @marcin started a [discussion](https://gitlab.isc.org/isc-projects/kea/merge_requests/103#note_28205): (+5 comments)
> I was scratching my head how is the new IfaceMgr code compatible with perfdhcp, which is also using receive4() and receive6() functions, but it doesn't (at least not explicitly) start receiver thread? On that matter, I also wonder if it shouldn't be optional to use the thread? perfdhcp probably doesn't want to drop any packets in the ring buffer?Kea1.5-beta2Thomas MarkwalderThomas Markwalderhttps://gitlab.isc.org/isc-projects/kea/-/issues/178Use detected python in shell unitests2018-11-28T14:45:12ZFrancis DupontUse detected python in shell unitestsI propose to replace python by @PYTHON@ in src/lib/shell/tests/Makefile.am so on (more and more common) systems where the default python is a python3 without a link to python (link which is explicitly **not** recommended to manually add)...I propose to replace python by @PYTHON@ in src/lib/shell/tests/Makefile.am so on (more and more common) systems where the default python is a python3 without a link to python (link which is explicitly **not** recommended to manually add) the shell unit tests can pass.
A good candidate for a final if we do not want it as soon as possible.Kea1.5-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/136Add global host reservation examples2018-11-27T21:38:10ZFrancis DupontAdd global host reservation examplesFor at least 1.5-beta: there is no kea4 or kea6 examples with global host reservations.For at least 1.5-beta: there is no kea4 or kea6 examples with global host reservations.Kea1.5-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/87Kea memory leak (radius)2018-12-06T23:26:42ZGhost UserKea memory leak (radius)we have 2 kea servers (1.4.0 P1) that work with one mysql server as the lease database.
host-cache + flex_id + radius hooks loaded.
Only one server is active.
My Users are stable,
About 1330 users and + 50 new users each day.
If I ...we have 2 kea servers (1.4.0 P1) that work with one mysql server as the lease database.
host-cache + flex_id + radius hooks loaded.
Only one server is active.
My Users are stable,
About 1330 users and + 50 new users each day.
If I reload the kea-dhcp4 process the memory goes down to 0.4%.
the host-cache fills up pretty fast to 1330 records, most of my users has lease "renew-timer": 200.
From that point the memory consumption rises about 3% each hour
[root@kea1rvt log]# date
Thu Aug 9 14:09:56 IDT 2018
[root@kea1rvt log]# ps -auxw | grep kea-dhcp4
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 21929 6.1 5.1 380612 200848 pts/1 S 12:36 5:46 /usr/local/sbin/kea-dhcp4 -c /usr/local/etc/kea/kea-dhcp4.conf
[root@kea1rvt log]# date
Thu Aug 9 14:57:04 IDT 2018
[root@kea1rvt log]# ps -auxw | grep kea-dhcp4
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 21929 6.1 7.4 468052 288272 pts/1 S 12:36 8:40 /usr/local/sbin/kea-dhcp4 -c /usr/local/etc/kea/kea-dhcp4.conf
[root@kea1rvt log]# date
Thu Aug 9 15:09:16 IDT 2018
[root@kea1rvt log]# ps -auxw | grep kea-dhcp4
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 21929 6.1 8.1 494848 315096 pts/1 R 12:36 9:25 /usr/local/sbin/kea-dhcp4 -c /usr/local/etc/kea/kea-dhcp4.conf
itayKea1.5-beta2Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/53Problems with maria database, fields in store proc wrong2018-11-21T20:46:59ZGhost UserProblems with maria database, fields in store proc wrongI have just upgraded to Opensuse 15, and since there are problems with boost in previous versions, I upgraded to the 14 beta.
However, with a mysql database, trying to populate the lease4 & lease6 tables fail with...
2018-05-28 11:53:0...I have just upgraded to Opensuse 15, and since there are problems with boost in previous versions, I upgraded to the 14 beta.
However, with a mysql database, trying to populate the lease4 & lease6 tables fail with...
2018-05-28 11:53:09.332 ERROR [kea-dhcp6.alloc-engine/11431] ALLOC_ENGINE_V6_ALLOC_ERROR duid=[00:01:00:01:1e:da:f1:1b:b8:27:eb:8f:fe:67], tid=0x2cec69: error during attempt to allocate an IPv6 address: unable to bind parameters for <INSERT INTO lease6(address, duid, valid_lifetime, expire, subnet_id, pref_lifetime, lease_type, iaid, prefix_len, fqdn_fwd, fqdn_rev, hostname, hwaddr, hwtype, hwaddr_source, state) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)>, reason: (error code 0)
&
2018-05-28 11:54:01.657 ERROR [kea-dhcp4.alloc-engine/11424] ALLOC_ENGINE_V4_ALLOC_ERROR [hwtype=1 b8:27:eb:da:12:3b], cid=[ff:eb:da:12:3b:00:01:00:01:1e:da:f1:13:b8:27:eb:8f:47:6e], tid=0xde2380dc: error during attempt to allocate an IPv4 address: unable to bind parameters for <INSERT INTO lease4(address, hwaddr, client_id, valid_lifetime, expire, subnet_id, fqdn_fwd, fqdn_rev, hostname, state) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)>, reason: (error code 0)
There seemed to be a similar problem mentioned in the forums, but there does not seem to anything which matches this.
It was mentioned something to do with timers, but I have them now set to:
"reclaim-timer-wait-time": 100,
"flush-reclaimed-timer-wait-time": 250,
"hold-reclaimed-time": 36000,
"max-reclaim-leases": 1000,
"max-reclaim-time": 2500,
"unwarned-reclaim-cycles": 5
...
"valid-lifetime": 36000,
"renew-timer": 9000,
"rebind-timer": 18000,
What is strange though, when I take a tcpdump of the connection, I see a number of packets setting SOME of the bind fields, most seem to be set to the the IP address which kea attempts to assign.
It's as if all the bind fields are corrupted.Kea1.5-beta2Marcin SiodelskiMarcin Siodelski