ISC Open Source Projects issueshttps://gitlab.isc.org/groups/isc-projects/-/issues2023-12-20T16:32:05Zhttps://gitlab.isc.org/isc-projects/bind9/-/issues/4496Segfault in journal_seek()2023-12-20T16:32:05ZMichal NowakSegfault in journal_seek()I was running the `checkds` system test from isc-projects/bind9!8357 (based on the `main` branch) in a tight loop to make sure I fixed https://gitlab.isc.org/isc-projects/bind9/-/merge_requests/8357#note_424109 and after a few iterations...I was running the `checkds` system test from isc-projects/bind9!8357 (based on the `main` branch) in a tight loop to make sure I fixed https://gitlab.isc.org/isc-projects/bind9/-/merge_requests/8357#note_424109 and after a few iterations I found ns10 segfaulted in the journal code:
```
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:Core was generated by `/home/newman/isc/ws/bind9/bin/named/.libs/named -D checkds_tmp_1tlf7zdq-ns10 -m'.
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:Program terminated with signal SIGSEGV, Segmentation fault.
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#0 0x00007fb1f684c29c in __fseeko (fp=0xdededededededede, offset=offset@entry=0, whence=whence@entry=0) at fseeko.c:39
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:Downloading source file /usr/src/debug/glibc-2.38-14.fc39.x86_64/libio/fseeko.c...
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:39 _IO_acquire_lock (fp);
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:[Current thread is 1 (Thread 0x7fb1ddff4680 (LWP 1169410))]
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#0 0x00007fb1f684c29c in __fseeko (fp=0xdededededededede, offset=offset@entry=0, whence=whence@entry=0) at fseeko.c:39
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#1 0x00007fb1f7ad1139 in isc_stdio_seek (f=<optimized out>, offset=offset@entry=0, whence=whence@entry=0) at stdio.c:51
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#2 0x00007fb1f786c8e9 in journal_seek (j=0x7fb1efbc0e00, offset=0) at journal.c:419
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#3 0x00007fb1f786f9e0 in dns_journal_commit (j=0x7fb1efbc0e00) at journal.c:1393
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#4 0x00007fb1f794c489 in ixfr_end_transaction (xfr=<optimized out>) at xfrin.c:496
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#5 ixfr_end_transaction (xfr=0x7fb1efb01a00) at xfrin.c:490
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#6 ixfr_apply_one (data=0x7fb1efa15f50, xfr=0x7fb1efb01a00) at xfrin.c:521
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#7 ixfr_apply (arg=0x7fb1efa0b020) at xfrin.c:561
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#8 0x00007fb1f7ad88eb in isc__work_cb (req=<optimized out>) at work.c:30
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#9 0x00007fb1f756fd89 in worker (arg=0x0) at /usr/src/debug/libuv-1.47.0-3.fc39.x86_64/src/threadpool.c:122
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#10 0x00007fb1f6857897 in start_thread (arg=<optimized out>) at pthread_create.c:444
2023-12-15 12:29:49 INFO:checkds D:/home/newman/isc/ws/bind9/bin/tests/system/checkds_tmp_1tlf7zdq:#11 0x00007fb1f68de6fc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
```
Complete `ns10/` directory: [ns10.tar.xz](/uploads/8f6dacca772eafb8fa09e3abe0f7967f/ns10.tar.xz)
[pytest.log.txt](/uploads/85266e1f2ee308d200b0da1d6b19efdd/pytest.log.txt)January 2024 (9.16.46, 9.16.46-S1, 9.18.22, 9.18.22-S1, 9.19.20) (❗RECALLED❗)https://gitlab.isc.org/isc-projects/bind9/-/issues/4495Conversion from NSEC3 to NSEC removes the NSEC3PARAM too early2024-02-23T11:40:30ZMark AndrewsConversion from NSEC3 to NSEC removes the NSEC3PARAM too earlyThe NSEC3PARAM was being removed immediately by `dns_nsec3param_deletechains` rather than waiting for the NSEC chain to be generated then removing it as part of the clean up. This could result in named returning unsigned answers which w...The NSEC3PARAM was being removed immediately by `dns_nsec3param_deletechains` rather than waiting for the NSEC chain to be generated then removing it as part of the clean up. This could result in named returning unsigned answers which would not validate as secure. This state was transitory being corrected when the NSEC chain completed building.January 2024 (9.16.46, 9.16.46-S1, 9.18.22, 9.18.22-S1, 9.19.20) (❗RECALLED❗)https://gitlab.isc.org/isc-projects/bind9/-/issues/4494add_sigs was using the wrong time in kasp mode2023-12-20T01:13:44ZMark Andrewsadd_sigs was using the wrong time in kasp mode`add_sigs` in lib/dns/zone.c and lib/dns/update.c with `kasp` was using `inception` as a proxy for `now`.
This resulted in RRSIGs not being generated for new keys. It could also result in the wrong keys being used.
I was fixing the `ns...`add_sigs` in lib/dns/zone.c and lib/dns/update.c with `kasp` was using `inception` as a proxy for `now`.
This resulted in RRSIGs not being generated for new keys. It could also result in the wrong keys being used.
I was fixing the `nsec3-to-nsec` test in `autosign` to actually convert from NSEC3 to NSEC and noted that the
change was not signed when it should have been as the zone was signed in the setup phase.
```
14-Dec-2023 18:07:01.331 del nsec3-to-nsec.example. 300 IN SOA mname1. . 2009102722 20 20 1814400 3600
14-Dec-2023 18:07:01.331 del nsec3-to-nsec.example. 0 IN NSEC3PARAM 1 0 0 BEEF
14-Dec-2023 18:07:01.331 add nsec3-to-nsec.example. 300 IN SOA mname1. . 2009102723 20 20 1814400 3600
14-Dec-2023 18:07:01.331 add nsec3-to-nsec.example. 0 IN TYPE65534 \# 8 000140000002BEEF
```
There are other issues that need to be address with this but lets clear this one first.January 2024 (9.16.46, 9.16.46-S1, 9.18.22, 9.18.22-S1, 9.19.20) (❗RECALLED❗)Mark AndrewsMark Andrewshttps://gitlab.isc.org/isc-projects/kea/-/issues/3191fix asiolink using botan2023-12-15T20:08:50ZRazvan Becheriufix asiolink using botankea2.5.5Razvan BecheriuRazvan Becheriuhttps://gitlab.isc.org/isc-projects/bind9/-/issues/4493ThreadSanitizer: data race xfrin.c:1555:2 in xfrin_send_request2023-12-18T08:44:34ZArаm SаrgsyаnThreadSanitizer: data race xfrin.c:1555:2 in xfrin_send_requestIn https://gitlab.isc.org/isc-projects/bind9/-/jobs/3873145 there are multiple data races reported between `atomic_init`s in `xfrin_send_request` and atomic reads initiated from the statistics channel.
```
==================
WARNING: Th...In https://gitlab.isc.org/isc-projects/bind9/-/jobs/3873145 there are multiple data races reported between `atomic_init`s in `xfrin_send_request` and atomic reads initiated from the statistics channel.
```
==================
WARNING: ThreadSanitizer: data race (pid=385819)
Write of size 4 at 0x7b7400022a64 by thread T2:
#0 xfrin_send_request /builds/isc-projects/bind9/lib/dns/xfrin.c:1555:2 (libdns-9.19.20-dev.so+0x1f7b2e) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_connect_done /builds/isc-projects/bind9/lib/dns/xfrin.c:1363:11 (libdns-9.19.20-dev.so+0x1f7b2e)
#2 tcp_connected /builds/isc-projects/bind9/lib/dns/dispatch.c:1851:3 (libdns-9.19.20-dev.so+0x63ad2) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 streamdns_call_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:275:2 (libisc-9.19.20-dev.so+0x2ea89) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 streamdns_transport_connected /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:348:2 (libisc-9.19.20-dev.so+0x2ea89)
#5 isc___nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1825:2 (libisc-9.19.20-dev.so+0x1f65a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#6 isc__nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1840:3 (libisc-9.19.20-dev.so+0x1f65a)
#7 tcp_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:211:2 (libisc-9.19.20-dev.so+0x35c14) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__stream_connect /usr/src/libuv-v1.47.0/src/unix/stream.c:1278:5 (libuv.so.1+0x24315) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Previous atomic read of size 4 at 0x7b7400022a64 by main thread:
#0 dns_xfrin_getstats /builds/isc-projects/bind9/lib/dns/xfrin.c:1016:2 (libdns-9.19.20-dev.so+0x1f6029) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_jsonrender /builds/isc-projects/bind9/bin/named/statschannel.c:2735:3 (named+0x150aeb) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#2 dns_zt_apply /builds/isc-projects/bind9/lib/dns/zt.c:524:12 (libdns-9.19.20-dev.so+0x254308) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 generatejson /builds/isc-projects/bind9/bin/named/statschannel.c:3021:5 (named+0x14dd6c) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#4 render_json /builds/isc-projects/bind9/bin/named/statschannel.c:3351:11 (named+0x14dd6c)
#5 render_json_xfrins /builds/isc-projects/bind9/bin/named/statschannel.c:3421:10 (named+0x14a40a) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#6 prepare_response /builds/isc-projects/bind9/lib/isc/httpd.c:790:12 (libisc-9.19.20-dev.so+0x4fab7) (BuildId: d2abce56422ade191082159bc906918b88117875)
#7 httpd_request /builds/isc-projects/bind9/lib/isc/httpd.c:944:2 (libisc-9.19.20-dev.so+0x4fab7)
#8 isc___nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1854:2 (libisc-9.19.20-dev.so+0x204d0) (BuildId: d2abce56422ade191082159bc906918b88117875)
#9 isc__nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1869:3 (libisc-9.19.20-dev.so+0x204d0)
#10 isc__nm_tcp_read_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:773:2 (libisc-9.19.20-dev.so+0x34b0d) (BuildId: d2abce56422ade191082159bc906918b88117875)
#11 uv__read /usr/src/libuv-v1.47.0/src/unix/stream.c:1143:7 (libuv.so.1+0x23d89) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#12 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76157) (BuildId: d2abce56422ade191082159bc906918b88117875)
#13 isc_thread_main /builds/isc-projects/bind9/lib/isc/thread.c:116:2 (libisc-9.19.20-dev.so+0x76157)
#14 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:454:2 (libisc-9.19.20-dev.so+0x5cbf2) (BuildId: d2abce56422ade191082159bc906918b88117875)
#15 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
Location is heap block of size 2440 at 0x7b7400022600 allocated by thread T2:
#0 malloc <null> (named+0x74bbc) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 mallocx /builds/isc-projects/bind9/lib/isc/./jemalloc_shim.h:67:14 (libisc-9.19.20-dev.so+0x60180) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 mem_get /builds/isc-projects/bind9/lib/isc/mem.c:303:8 (libisc-9.19.20-dev.so+0x60180)
#3 isc__mem_get /builds/isc-projects/bind9/lib/isc/mem.c:675:8 (libisc-9.19.20-dev.so+0x600ca) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:1154:8 (libdns-9.19.20-dev.so+0x1f51d6) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#5 dns_xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:903:2 (libdns-9.19.20-dev.so+0x1f51d6)
#6 got_transfer_quota /builds/isc-projects/bind9/lib/dns/zone.c:17878:11 (libdns-9.19.20-dev.so+0x22c620) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#7 isc__async_cb /builds/isc-projects/bind9/lib/isc/async.c:111:3 (libisc-9.19.20-dev.so+0x4027a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__async_io /usr/src/libuv-v1.47.0/src/unix/async.c:176:5 (libuv.so.1+0x11f3c) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Thread T2 'isc-loop-0002' (tid=385839, running) created by main thread at:
#0 pthread_create <null> (named+0x7679b) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 isc_thread_create /builds/isc-projects/bind9/lib/isc/thread.c:139:8 (libisc-9.19.20-dev.so+0x76277) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:448:3 (libisc-9.19.20-dev.so+0x5cb79) (BuildId: d2abce56422ade191082159bc906918b88117875)
#3 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
SUMMARY: ThreadSanitizer: data race /builds/isc-projects/bind9/lib/dns/xfrin.c:1555:2 in xfrin_send_request
==================
==================
WARNING: ThreadSanitizer: data race (pid=385819)
Write of size 4 at 0x7b7400022a68 by thread T2:
#0 xfrin_send_request /builds/isc-projects/bind9/lib/dns/xfrin.c:1556:2 (libdns-9.19.20-dev.so+0x1f7b44) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_connect_done /builds/isc-projects/bind9/lib/dns/xfrin.c:1363:11 (libdns-9.19.20-dev.so+0x1f7b44)
#2 tcp_connected /builds/isc-projects/bind9/lib/dns/dispatch.c:1851:3 (libdns-9.19.20-dev.so+0x63ad2) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 streamdns_call_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:275:2 (libisc-9.19.20-dev.so+0x2ea89) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 streamdns_transport_connected /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:348:2 (libisc-9.19.20-dev.so+0x2ea89)
#5 isc___nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1825:2 (libisc-9.19.20-dev.so+0x1f65a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#6 isc__nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1840:3 (libisc-9.19.20-dev.so+0x1f65a)
#7 tcp_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:211:2 (libisc-9.19.20-dev.so+0x35c14) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__stream_connect /usr/src/libuv-v1.47.0/src/unix/stream.c:1278:5 (libuv.so.1+0x24315) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Previous atomic read of size 4 at 0x7b7400022a68 by main thread:
#0 dns_xfrin_getstats /builds/isc-projects/bind9/lib/dns/xfrin.c:1017:2 (libdns-9.19.20-dev.so+0x1f604d) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_jsonrender /builds/isc-projects/bind9/bin/named/statschannel.c:2735:3 (named+0x150aeb) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#2 dns_zt_apply /builds/isc-projects/bind9/lib/dns/zt.c:524:12 (libdns-9.19.20-dev.so+0x254308) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 generatejson /builds/isc-projects/bind9/bin/named/statschannel.c:3021:5 (named+0x14dd6c) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#4 render_json /builds/isc-projects/bind9/bin/named/statschannel.c:3351:11 (named+0x14dd6c)
#5 render_json_xfrins /builds/isc-projects/bind9/bin/named/statschannel.c:3421:10 (named+0x14a40a) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#6 prepare_response /builds/isc-projects/bind9/lib/isc/httpd.c:790:12 (libisc-9.19.20-dev.so+0x4fab7) (BuildId: d2abce56422ade191082159bc906918b88117875)
#7 httpd_request /builds/isc-projects/bind9/lib/isc/httpd.c:944:2 (libisc-9.19.20-dev.so+0x4fab7)
#8 isc___nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1854:2 (libisc-9.19.20-dev.so+0x204d0) (BuildId: d2abce56422ade191082159bc906918b88117875)
#9 isc__nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1869:3 (libisc-9.19.20-dev.so+0x204d0)
#10 isc__nm_tcp_read_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:773:2 (libisc-9.19.20-dev.so+0x34b0d) (BuildId: d2abce56422ade191082159bc906918b88117875)
#11 uv__read /usr/src/libuv-v1.47.0/src/unix/stream.c:1143:7 (libuv.so.1+0x23d89) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#12 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76157) (BuildId: d2abce56422ade191082159bc906918b88117875)
#13 isc_thread_main /builds/isc-projects/bind9/lib/isc/thread.c:116:2 (libisc-9.19.20-dev.so+0x76157)
#14 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:454:2 (libisc-9.19.20-dev.so+0x5cbf2) (BuildId: d2abce56422ade191082159bc906918b88117875)
#15 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
Location is heap block of size 2440 at 0x7b7400022600 allocated by thread T2:
#0 malloc <null> (named+0x74bbc) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 mallocx /builds/isc-projects/bind9/lib/isc/./jemalloc_shim.h:67:14 (libisc-9.19.20-dev.so+0x60180) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 mem_get /builds/isc-projects/bind9/lib/isc/mem.c:303:8 (libisc-9.19.20-dev.so+0x60180)
#3 isc__mem_get /builds/isc-projects/bind9/lib/isc/mem.c:675:8 (libisc-9.19.20-dev.so+0x600ca) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:1154:8 (libdns-9.19.20-dev.so+0x1f51d6) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#5 dns_xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:903:2 (libdns-9.19.20-dev.so+0x1f51d6)
#6 got_transfer_quota /builds/isc-projects/bind9/lib/dns/zone.c:17878:11 (libdns-9.19.20-dev.so+0x22c620) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#7 isc__async_cb /builds/isc-projects/bind9/lib/isc/async.c:111:3 (libisc-9.19.20-dev.so+0x4027a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__async_io /usr/src/libuv-v1.47.0/src/unix/async.c:176:5 (libuv.so.1+0x11f3c) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Thread T2 'isc-loop-0002' (tid=385839, running) created by main thread at:
#0 pthread_create <null> (named+0x7679b) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 isc_thread_create /builds/isc-projects/bind9/lib/isc/thread.c:139:8 (libisc-9.19.20-dev.so+0x76277) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:448:3 (libisc-9.19.20-dev.so+0x5cb79) (BuildId: d2abce56422ade191082159bc906918b88117875)
#3 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
SUMMARY: ThreadSanitizer: data race /builds/isc-projects/bind9/lib/dns/xfrin.c:1556:2 in xfrin_send_request
==================
==================
WARNING: ThreadSanitizer: data race (pid=385819)
Write of size 8 at 0x7b7400022a70 by thread T2:
#0 xfrin_send_request /builds/isc-projects/bind9/lib/dns/xfrin.c:1557:2 (libdns-9.19.20-dev.so+0x1f7b5a) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_connect_done /builds/isc-projects/bind9/lib/dns/xfrin.c:1363:11 (libdns-9.19.20-dev.so+0x1f7b5a)
#2 tcp_connected /builds/isc-projects/bind9/lib/dns/dispatch.c:1851:3 (libdns-9.19.20-dev.so+0x63ad2) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 streamdns_call_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:275:2 (libisc-9.19.20-dev.so+0x2ea89) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 streamdns_transport_connected /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:348:2 (libisc-9.19.20-dev.so+0x2ea89)
#5 isc___nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1825:2 (libisc-9.19.20-dev.so+0x1f65a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#6 isc__nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1840:3 (libisc-9.19.20-dev.so+0x1f65a)
#7 tcp_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:211:2 (libisc-9.19.20-dev.so+0x35c14) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__stream_connect /usr/src/libuv-v1.47.0/src/unix/stream.c:1278:5 (libuv.so.1+0x24315) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Previous atomic read of size 8 at 0x7b7400022a70 by main thread:
#0 dns_xfrin_getstats /builds/isc-projects/bind9/lib/dns/xfrin.c:1018:2 (libdns-9.19.20-dev.so+0x1f6070) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_jsonrender /builds/isc-projects/bind9/bin/named/statschannel.c:2735:3 (named+0x150aeb) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#2 dns_zt_apply /builds/isc-projects/bind9/lib/dns/zt.c:524:12 (libdns-9.19.20-dev.so+0x254308) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 generatejson /builds/isc-projects/bind9/bin/named/statschannel.c:3021:5 (named+0x14dd6c) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#4 render_json /builds/isc-projects/bind9/bin/named/statschannel.c:3351:11 (named+0x14dd6c)
#5 render_json_xfrins /builds/isc-projects/bind9/bin/named/statschannel.c:3421:10 (named+0x14a40a) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#6 prepare_response /builds/isc-projects/bind9/lib/isc/httpd.c:790:12 (libisc-9.19.20-dev.so+0x4fab7) (BuildId: d2abce56422ade191082159bc906918b88117875)
#7 httpd_request /builds/isc-projects/bind9/lib/isc/httpd.c:944:2 (libisc-9.19.20-dev.so+0x4fab7)
#8 isc___nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1854:2 (libisc-9.19.20-dev.so+0x204d0) (BuildId: d2abce56422ade191082159bc906918b88117875)
#9 isc__nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1869:3 (libisc-9.19.20-dev.so+0x204d0)
#10 isc__nm_tcp_read_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:773:2 (libisc-9.19.20-dev.so+0x34b0d) (BuildId: d2abce56422ade191082159bc906918b88117875)
#11 uv__read /usr/src/libuv-v1.47.0/src/unix/stream.c:1143:7 (libuv.so.1+0x23d89) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#12 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76157) (BuildId: d2abce56422ade191082159bc906918b88117875)
#13 isc_thread_main /builds/isc-projects/bind9/lib/isc/thread.c:116:2 (libisc-9.19.20-dev.so+0x76157)
#14 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:454:2 (libisc-9.19.20-dev.so+0x5cbf2) (BuildId: d2abce56422ade191082159bc906918b88117875)
#15 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
Location is heap block of size 2440 at 0x7b7400022600 allocated by thread T2:
#0 malloc <null> (named+0x74bbc) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 mallocx /builds/isc-projects/bind9/lib/isc/./jemalloc_shim.h:67:14 (libisc-9.19.20-dev.so+0x60180) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 mem_get /builds/isc-projects/bind9/lib/isc/mem.c:303:8 (libisc-9.19.20-dev.so+0x60180)
#3 isc__mem_get /builds/isc-projects/bind9/lib/isc/mem.c:675:8 (libisc-9.19.20-dev.so+0x600ca) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:1154:8 (libdns-9.19.20-dev.so+0x1f51d6) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#5 dns_xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:903:2 (libdns-9.19.20-dev.so+0x1f51d6)
#6 got_transfer_quota /builds/isc-projects/bind9/lib/dns/zone.c:17878:11 (libdns-9.19.20-dev.so+0x22c620) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#7 isc__async_cb /builds/isc-projects/bind9/lib/isc/async.c:111:3 (libisc-9.19.20-dev.so+0x4027a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__async_io /usr/src/libuv-v1.47.0/src/unix/async.c:176:5 (libuv.so.1+0x11f3c) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Thread T2 'isc-loop-0002' (tid=385839, running) created by main thread at:
#0 pthread_create <null> (named+0x7679b) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 isc_thread_create /builds/isc-projects/bind9/lib/isc/thread.c:139:8 (libisc-9.19.20-dev.so+0x76277) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:448:3 (libisc-9.19.20-dev.so+0x5cb79) (BuildId: d2abce56422ade191082159bc906918b88117875)
#3 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
SUMMARY: ThreadSanitizer: data race /builds/isc-projects/bind9/lib/dns/xfrin.c:1557:2 in xfrin_send_request
==================
==================
WARNING: ThreadSanitizer: data race (pid=385819)
Write of size 8 at 0x7b7400022a78 by thread T2:
#0 xfrin_send_request /builds/isc-projects/bind9/lib/dns/xfrin.c:1558:27 (libdns-9.19.20-dev.so+0x1f7b7c) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_connect_done /builds/isc-projects/bind9/lib/dns/xfrin.c:1363:11 (libdns-9.19.20-dev.so+0x1f7b7c)
#2 tcp_connected /builds/isc-projects/bind9/lib/dns/dispatch.c:1851:3 (libdns-9.19.20-dev.so+0x63ad2) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 streamdns_call_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:275:2 (libisc-9.19.20-dev.so+0x2ea89) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 streamdns_transport_connected /builds/isc-projects/bind9/lib/isc/netmgr/streamdns.c:348:2 (libisc-9.19.20-dev.so+0x2ea89)
#5 isc___nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1825:2 (libisc-9.19.20-dev.so+0x1f65a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#6 isc__nm_connectcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1840:3 (libisc-9.19.20-dev.so+0x1f65a)
#7 tcp_connect_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:211:2 (libisc-9.19.20-dev.so+0x35c14) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__stream_connect /usr/src/libuv-v1.47.0/src/unix/stream.c:1278:5 (libuv.so.1+0x24315) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Previous atomic read of size 8 at 0x7b7400022a78 by main thread:
#0 dns_xfrin_getstarttime /builds/isc-projects/bind9/lib/dns/xfrin.c:955:10 (libdns-9.19.20-dev.so+0x1f5db5) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#1 xfrin_jsonrender /builds/isc-projects/bind9/bin/named/statschannel.c:2719:35 (named+0x150a5a) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#2 dns_zt_apply /builds/isc-projects/bind9/lib/dns/zt.c:524:12 (libdns-9.19.20-dev.so+0x254308) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#3 generatejson /builds/isc-projects/bind9/bin/named/statschannel.c:3021:5 (named+0x14dd6c) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#4 render_json /builds/isc-projects/bind9/bin/named/statschannel.c:3351:11 (named+0x14dd6c)
#5 render_json_xfrins /builds/isc-projects/bind9/bin/named/statschannel.c:3421:10 (named+0x14a40a) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#6 prepare_response /builds/isc-projects/bind9/lib/isc/httpd.c:790:12 (libisc-9.19.20-dev.so+0x4fab7) (BuildId: d2abce56422ade191082159bc906918b88117875)
#7 httpd_request /builds/isc-projects/bind9/lib/isc/httpd.c:944:2 (libisc-9.19.20-dev.so+0x4fab7)
#8 isc___nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1854:2 (libisc-9.19.20-dev.so+0x204d0) (BuildId: d2abce56422ade191082159bc906918b88117875)
#9 isc__nm_readcb /builds/isc-projects/bind9/lib/isc/netmgr/netmgr.c:1869:3 (libisc-9.19.20-dev.so+0x204d0)
#10 isc__nm_tcp_read_cb /builds/isc-projects/bind9/lib/isc/netmgr/tcp.c:773:2 (libisc-9.19.20-dev.so+0x34b0d) (BuildId: d2abce56422ade191082159bc906918b88117875)
#11 uv__read /usr/src/libuv-v1.47.0/src/unix/stream.c:1143:7 (libuv.so.1+0x23d89) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#12 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76157) (BuildId: d2abce56422ade191082159bc906918b88117875)
#13 isc_thread_main /builds/isc-projects/bind9/lib/isc/thread.c:116:2 (libisc-9.19.20-dev.so+0x76157)
#14 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:454:2 (libisc-9.19.20-dev.so+0x5cbf2) (BuildId: d2abce56422ade191082159bc906918b88117875)
#15 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
Location is heap block of size 2440 at 0x7b7400022600 allocated by thread T2:
#0 malloc <null> (named+0x74bbc) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 mallocx /builds/isc-projects/bind9/lib/isc/./jemalloc_shim.h:67:14 (libisc-9.19.20-dev.so+0x60180) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 mem_get /builds/isc-projects/bind9/lib/isc/mem.c:303:8 (libisc-9.19.20-dev.so+0x60180)
#3 isc__mem_get /builds/isc-projects/bind9/lib/isc/mem.c:675:8 (libisc-9.19.20-dev.so+0x600ca) (BuildId: d2abce56422ade191082159bc906918b88117875)
#4 xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:1154:8 (libdns-9.19.20-dev.so+0x1f51d6) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#5 dns_xfrin_create /builds/isc-projects/bind9/lib/dns/xfrin.c:903:2 (libdns-9.19.20-dev.so+0x1f51d6)
#6 got_transfer_quota /builds/isc-projects/bind9/lib/dns/zone.c:17878:11 (libdns-9.19.20-dev.so+0x22c620) (BuildId: bab2735a59e6298892dc0108d4f46c7950d0e6bf)
#7 isc__async_cb /builds/isc-projects/bind9/lib/isc/async.c:111:3 (libisc-9.19.20-dev.so+0x4027a) (BuildId: d2abce56422ade191082159bc906918b88117875)
#8 uv__async_io /usr/src/libuv-v1.47.0/src/unix/async.c:176:5 (libuv.so.1+0x11f3c) (BuildId: 32453d368d146743ff5ec25a0074aa9dace64c7c)
#9 thread_body /builds/isc-projects/bind9/lib/isc/thread.c:85:8 (libisc-9.19.20-dev.so+0x76420) (BuildId: d2abce56422ade191082159bc906918b88117875)
#10 thread_run /builds/isc-projects/bind9/lib/isc/thread.c:100:14 (libisc-9.19.20-dev.so+0x76420)
Thread T2 'isc-loop-0002' (tid=385839, running) created by main thread at:
#0 pthread_create <null> (named+0x7679b) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
#1 isc_thread_create /builds/isc-projects/bind9/lib/isc/thread.c:139:8 (libisc-9.19.20-dev.so+0x76277) (BuildId: d2abce56422ade191082159bc906918b88117875)
#2 isc_loopmgr_run /builds/isc-projects/bind9/lib/isc/loop.c:448:3 (libisc-9.19.20-dev.so+0x5cb79) (BuildId: d2abce56422ade191082159bc906918b88117875)
#3 main /builds/isc-projects/bind9/bin/named/main.c:1574:2 (named+0x10ef71) (BuildId: d5303820077a5b152a0a5e70881da5cdadd80ee3)
SUMMARY: ThreadSanitizer: data race /builds/isc-projects/bind9/lib/dns/xfrin.c:1558:27 in xfrin_send_request
==================
ThreadSanitizer: reported 4 warnings
```January 2024 (9.16.46, 9.16.46-S1, 9.18.22, 9.18.22-S1, 9.19.20) (❗RECALLED❗)Arаm SаrgsyаnArаm Sаrgsyаnhttps://gitlab.isc.org/isc-projects/bind9/-/issues/4492QNAME Minimization Implementation Inquiry2023-12-14T15:40:17ZJonathan MagnussonQNAME Minimization Implementation InquiryHi,
I am conducting some research measurements on QNAME Minimization implementations of popular open-source resolvers in light of
RFC 9156, having replaced RFC 7816.
While running some tests I noticed that Bind in the past has been usi...Hi,
I am conducting some research measurements on QNAME Minimization implementations of popular open-source resolvers in light of
RFC 9156, having replaced RFC 7816.
While running some tests I noticed that Bind in the past has been using the NS RR and minimized queries to the sixth label before
sending the FQDN. Today this implementation has been replaced and Bind is using the A RR and minimize to the seventh label.
Observing incoming queries at a SLD authoritative name server, we see that Bind starts its minimization process by sending
a query with four labels instead of the expected three. I am very curious about this oddity. What causes this? Is it by design?
Appreciate any insight into Bind's QNAME Minimization implementation.https://gitlab.isc.org/isc-projects/bind9/-/issues/4491Use RCU instead of rwlock in isc_log unit2024-02-09T10:56:23ZOndřej SurýUse RCU instead of rwlock in isc_log unitWhile adding some extra logging for debugging purposes, I've noticed that the RWLOCK in isc_log unit can be replaces with RCU. I think this would be a nice introductory issue for @aydin.While adding some extra logging for debugging purposes, I've noticed that the RWLOCK in isc_log unit can be replaces with RCU. I think this would be a nice introductory issue for @aydin.March 2024 (9.16.49, 9.16.49-S1, 9.18.25, 9.18.25-S1, 9.19.22)Aydın MercanAydın Mercanhttps://gitlab.isc.org/isc-projects/bind9/-/issues/4490Zone file got updated via named process unexpected2023-12-14T08:41:00Zdonghua liuZone file got updated via named process unexpectedI have a bind9 service running on the server, and some views configured, but I found a zone file got updated unexpect when I made some resolve changes.
Here is parts of the original contents of the updated zone file.
```
$TTL 86400 ...I have a bind9 service running on the server, and some views configured, but I found a zone file got updated unexpect when I made some resolve changes.
Here is parts of the original contents of the updated zone file.
```
$TTL 86400 ; 1 day
@ IN SOA pridns.ynu.edu.cn. root.pridns.ynu.edu.cn. (
2019091901 ; serial number
10800 ; Refresh interval, every 3 hours
3600 ; Retry interval, every 30 minutes
604800 ; Expire after 1 week
86400 ) ; Minimum TTL of 1 day
$INCLUDE /etc/named.data/db.ynu.edu.cn.common
; RR of type A
;
lb-http-jz IN A 113.55.14.52
;
vpn1 10800 IN A 192.168.208.3
ynucdn 600 IN A 202.203.208.4
......
```
And this is the auto updated parts of that file.
```
$ORIGIN .
$TTL 86400 ; 1 day
ynu.edu.cn IN SOA pridns.ynu.edu.cn. root.pridns.ynu.edu.cn. (
2019091903 ; serial
10800 ; refresh (3 hours)
3600 ; retry (1 hour)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
$ORIGIN ynu.edu.cn.
100 CNAME lb-http
65031141 CNAME www.itc
$ORIGIN 65031141.ynu.edu.cn.
ip-watcher A 113.55.13.114
kibana CNAME lb-http.ynu.edu.cn.
portainer CNAME lb-http.ynu.edu.cn.
$ORIGIN ynu.edu.cn.
_cdnauth TXT "2023060823081361d03c617f075ac05df69f6309bd9aa6"
access A 113.55.0.80
......
```
The update contents contain some `$ORIGIN` seems to produced via `named` process.
The related pieces of named.conf configurations is:
```
......
view "INTRANET"{
match-clients { INTRANET_ACL;};
recursion yes;
include "/etc/named.common.zones.conf";
zone "ynu.edu.cn" in {
type master;
file "db.ynu.edu.cn.intranet";
};
};
......
```
And I found some general logs maybe provide some clues.
```
14-Dec-2023 14:39:25.460 general: debug 1: zone_timer: zone ynu.edu.cn/IN/INTRANET: enter
14-Dec-2023 14:39:25.460 general: debug 1: zone_maintenance: zone ynu.edu.cn/IN/INTRANET: enter
14-Dec-2023 14:39:25.460 general: debug 1: zone_dump: zone ynu.edu.cn/IN/INTRANET: enter
14-Dec-2023 14:39:25.460 general: debug 1: zone_settimer: zone ynu.edu.cn/IN/INTRANET: enter
14-Dec-2023 14:39:25.460 general: debug 1: zone_gotwritehandle: zone ynu.edu.cn/IN/INTRANET: enter
14-Dec-2023 14:39:25.460 general: debug 1: dumptostreaminc(0x7efe0d938010) new nodes -> 212
14-Dec-2023 14:39:25.461 general: debug 1: dumptostreaminc(0x7efe0d938010) new nodes -> 310
14-Dec-2023 14:39:25.464 general: debug 1: dump_done: zone ynu.edu.cn/IN/INTRANET: enter
```
I did not configure master/slave mode of bind9. And I serached the sources of bind9, but failed to find some keywords like [`zone_timer`][1] or [`zone_gotwritehandle`][2].
I have stucked on this strange problem for a few days.
[1]: https://github.com/search?q=repo%3Aisc-projects%2Fbind9%20zone_timer&type=code
[2]: https://github.com/search?q=repo%3Aisc-projects%2Fbind9%20zone_gotwritehandle&type=codehttps://gitlab.isc.org/isc-projects/kea/-/issues/3190heap-use-after-free and invalid vptr on Mgrs after IOThreadPool IOService/oth...2024-03-13T12:10:37ZAndrei Pavelandrei@isc.orgheap-use-after-free and invalid vptr on Mgrs after IOThreadPool IOService/other-non-main-thread IOservice distructionReplication steps:
1. Start `kea-dhcp4` built with address sanitizer and UB sanitizer with this configuration:
```plaintext
{
"Dhcp4": {
"hooks-libraries": [
{
"library": "/opt/kea/lib/kea/hooks/li...Replication steps:
1. Start `kea-dhcp4` built with address sanitizer and UB sanitizer with this configuration:
```plaintext
{
"Dhcp4": {
"hooks-libraries": [
{
"library": "/opt/kea/lib/kea/hooks/libdhcp_ping_check.so",
"parameters": {
}
}
]
}
}
```
2. `kill -SIGINT $(pidof kea-dhcp4)` or `clrl-C` in the terminal.
3a. If Kea is built with code prior to merging of issue 3019, then you should observe this warning: https://gitlab.isc.org/isc-projects/kea/-/issues/3190#note_423820
3b. If Kea is built after merging of issue 3019, then you might observe a different warning:
```plaintext
INFO PING_CHECK_MGR_STOPPED channel operations have stopped
/usr/include/boost/asio/basic_deadline_timer.hpp:351:41: runtime error: member call on address 0x60b000015ac0 which does not point to an object of type 'boost::asio::detail::deadline_timer_service<boost::asio::time_traits<boost::posix_time::ptime>>'
0x60b000015ac0: note: object has invalid vptr
00 00 00 00 00 0d 00 00 00 00 00 00 a8 6d b5 51 38 7f 00 00 00 00 00 00 00 00 00 00 10 5e 05 00
^~~~~~~~~~~~~~~~~~~~~~~
invalid vptr
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior /usr/include/boost/asio/basic_deadline_timer.hpp:351:41 in
/usr/include/boost/asio/detail/io_object_impl.hpp:97:15: runtime error: member call on address 0x60b000015ac0 which does not point to an object of type 'boost::asio::detail::deadline_timer_service<boost::asio::time_traits<boost::posix_time::ptime>>'
0x60b000015ac0: note: object has invalid vptr
00 00 00 00 00 0d 00 00 00 00 00 00 a8 6d b5 51 38 7f 00 00 00 00 00 00 00 00 00 00 10 5e 05 00
^~~~~~~~~~~~~~~~~~~~~~~
invalid vptr
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior /usr/include/boost/asio/detail/io_object_impl.hpp:97:15 in
/usr/include/boost/asio/detail/deadline_timer_service.hpp:100:5: runtime error: member call on address 0x60b000015ac0 which does not point to an object of type 'boost::asio::detail::deadline_timer_service<boost::asio::time_traits<boost::posix_time::ptime>>'
0x60b000015ac0: note: object has invalid vptr
00 00 00 00 00 0d 00 00 00 00 00 00 a8 6d b5 51 38 7f 00 00 00 00 00 00 00 00 00 00 10 5e 05 00
^~~~~~~~~~~~~~~~~~~~~~~
invalid vptr
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior /usr/include/boost/asio/detail/deadline_timer_service.hpp:100:5 in
INFO PING_CHECK_UNLOAD Ping Check hooks library has been unloaded
```kea2.5.7Razvan BecheriuRazvan Becheriuhttps://gitlab.isc.org/isc-projects/stork/-/issues/1264CodeQL: Python issues2024-02-02T11:56:23ZTomek MrugalskiCodeQL: Python issuesCodeQL reports [13 issues in the Python](https://github.com/isc-projects/stork/security/code-scanning?query=is%3Aopen+branch%3Amaster+language%3Apython) code. 3 of them are errors, 1 warning, remaining are notes related to tests. Neverth...CodeQL reports [13 issues in the Python](https://github.com/isc-projects/stork/security/code-scanning?query=is%3Aopen+branch%3Amaster+language%3Apython) code. 3 of them are errors, 1 warning, remaining are notes related to tests. Nevertheless it's useful to address them, so the security report on github is cleaner and has less noise.1.15Tomek MrugalskiTomek Mrugalskihttps://gitlab.isc.org/isc-projects/bind9/-/issues/4488Memory/reference leak in lib/dns/zone.c:zone_sign2024-01-04T17:01:47ZMark AndrewsMemory/reference leak in lib/dns/zone.c:zone_signWhen fixing #4466 named was reporting a memory leak on shutdown. This was traced to a misplaced `continue` in `sign_zone` resulting in `dst_key's` not being freed.When fixing #4466 named was reporting a memory leak on shutdown. This was traced to a misplaced `continue` in `sign_zone` resulting in `dst_key's` not being freed.January 2024 (9.16.46, 9.16.46-S1, 9.18.22, 9.18.22-S1, 9.19.20) (❗RECALLED❗)https://gitlab.isc.org/isc-projects/kea-quick-config/-/issues/57forgot release notes for [#14]2023-12-12T21:48:58ZDarren Ankneyforgot release notes for [#14]add the missing release notesadd the missing release notes0.3Darren AnkneyDarren Ankneyhttps://gitlab.isc.org/isc-projects/bind9/-/issues/4487Bind unexpected crash - XoT2024-03-28T18:57:42ZEverett FultonBind unexpected crash - XoT(Ref: SF#00001505)
A Support customer has reported a crash on 9.18.18-9.18.20 on secondary auth servers:
```
11-Dec-2023 13:32:26.203 general: debug 1: zone_needdump: zone [redacted]/IN: enter
11-Dec-2023 13:32:26.203 general: debug 1: z...(Ref: SF#00001505)
A Support customer has reported a crash on 9.18.18-9.18.20 on secondary auth servers:
```
11-Dec-2023 13:32:26.203 general: debug 1: zone_needdump: zone [redacted]/IN: enter
11-Dec-2023 13:32:26.203 general: debug 1: zone_settimer: zone [redacted]/IN: enter
11-Dec-2023 13:32:26.203 general: debug 1: zone_settimer: zone [redacted]/IN: enter
11-Dec-2023 13:32:26.204 general: debug 1: zone_settimer: zone [redacted]/IN: enter
11-Dec-2023 13:32:26.204 general: debug 10: zone_settimer: zone [redacted]/IN: settimer inactive
11-Dec-2023 13:32:26.204 general: debug 1: queue_soa_query: zone [redacted]/IN: enter
11-Dec-2023 13:32:26.205 general: critical: xfrin.c:1564: INSIST(__v > 0) failed, back trace
11-Dec-2023 13:32:26.206 general: critical: 0x23b128 <assertion_failed+0x88> at /usr/local/named/sbin/named
11-Dec-2023 13:32:26.206 general: critical: 0x800303f8a <isc_assertion_failed+0xa> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x8004fe5ae <dns_xfrin_attach+0x143e> at /usr/local/named/lib/libdns-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x8002f2856 <isc__nm_async_readcb+0xa6> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x8002f126d <isc__nm_readcb+0x11d> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x8002fd9fd <isc__nm_tlsdns_processbuffer+0x13d> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x8002f1988 <isc__nm_process_sock_buffer+0x58> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x8002fcdbe <isc__nm_async_tlsdnsshutdown+0x38e> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x8002fdcfd <isc__nm_tlsdns_read_cb+0xbd> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x800bb9aee <uv_signal_stop+0xc9e> at /usr/local/lib/libuv.so.1
11-Dec-2023 13:32:26.206 general: critical: 0x800bc0555 <uv_cpu_info+0xd65> at /usr/local/lib/libuv.so.1
11-Dec-2023 13:32:26.206 general: critical: 0x800baf438 <uv_run+0x198> at /usr/local/lib/libuv.so.1
11-Dec-2023 13:32:26.206 general: critical: 0x8002ea9cb <isc__netmgr_create+0x76b> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: 0x800329906 <isc__trampoline_run+0x16> at /usr/local/named/lib/libisc-9.18.20.so
11-Dec-2023 13:32:26.206 general: critical: exiting (due to assertion failure)
```
This customer is on FreeBSD 13.1, uses XoT, and a custom primary solution of unknown provenance. Config/log/core/named binary are on workroom.isc.org:/home/support/SF1505-[redacted]
Libraries have also been requested from the customer, but we have not yet received those.February 2024 (9.16.47/9.16.48, 9.16.47/9.16.48-S1, 9.18.23/9.18.24, 9.18.23/9.18.24-S1, 9.19.21)Artem BoldarievArtem Boldarievhttps://gitlab.isc.org/isc-projects/stork/-/issues/1263isc-stork-server consumes all memory on Debian 122024-01-24T16:02:01ZRoman Haefeliisc-stork-server consumes all memory on Debian 12---
name: isc-stork-server suspected to leak memory
about: it consumes all available memory on Debian 12
---
When running isc-stork-server > 1.11 on Debian 12, CPU usage of the process `/usr/bin/stork-server` jumps to 100% and the memor...---
name: isc-stork-server suspected to leak memory
about: it consumes all available memory on Debian 12
---
When running isc-stork-server > 1.11 on Debian 12, CPU usage of the process `/usr/bin/stork-server` jumps to 100% and the memory consumption steadily increases after displaying the "DHCP" -> "Subnets" Page in the frontend. After 1-2 minutes, all available memory is consumed by the `/usr/bin/stork-server` process and the frontend becomes laggy and starts printing errors. This problem appears with the versions:
- 1.12
- 1.13
- 1.14
but not with:
- 1.11
**To Reproduce**
Steps to reproduce the behavior:
1. Install isc-stork-server 1.14
2. Visit the page "DHCP" -> "Subnets"
3. Observe memory usage of `/usr/bin/stork-server`
4. When it reaches maximum usage, frontend becomes unresponsive
**Expected behavior**
The `/usr/bin/stork-server` should consume a sane amount of memory and the frontend should stay responsive.
**Environment:**
- Kea version: 2.2.1
- Stork: 1.14
- OS:
- Debian 12 amd64 for Kea and stork-agent (VM)
- Debian 12 amd64 for stork-server (separate system) with 8 GB RAM and 2 CPU cores (VM)
- Database for stork-server:
- PostgreSQL 15 (Debian 12 amd64)
- Kea configuration:
- Subnets in configuration (1384 subnets)
- Host reservations in configuration
- Leases stored in memfile
- Kea hooks loaded:
- libdhcp_lease_cmds.so
- libdhcp_host_cmds.so
- libdhcp_stat_cmds.so
- libdhcp_ha.so
- Kea setup: 3 Kea instances in HA configuration with roles:
- primary
- secondary
- backup
**Additional Information**
Stork server configuration `server.env`:
```
### database settings
### the address of a PostgreSQL database
STORK_DATABASE_HOST=ddi-db-prod.example.org
### the port of a PostgreSQL database
# STORK_DATABASE_PORT=
### the name of a database
STORK_DATABASE_NAME=stork
### the username for connecting to the database
STORK_DATABASE_USER_NAME=stork
### the SSL mode for connecting to the database
### possible values: disable, require, verify-ca, or verify-full
STORK_DATABASE_SSLMODE=require
### the location of the SSL certificate used by the server to connect to the database
# STORK_DATABASE_SSLCERT=
### the location of the SSL key used by the server to connect to the database
# STORK_DATABASE_SSLKEY=
### the location of the root certificate file used to verify the database server's certificate
# STORK_DATABASE_SSLROOTCERT=
### the password for the username connecting to the database
### empty password is set to avoid prompting a user for database password
STORK_DATABASE_PASSWORD=secretpassword
### REST API settings
### the IP address on which the server listens
STORK_REST_HOST=0.0.0.0
### the port number on which the server listens
STORK_REST_PORT=8443
### the file with a certificate to use for secure connections
STORK_REST_TLS_CERTIFICATE=/etc/ssl/localcerts/dhcp-mon-prod.example.org.crt
### the file with a private key to use for secure connections
STORK_REST_TLS_PRIVATE_KEY=/etc/ssl/localcerts/dhcp-mon-prod.example.org.key
### the certificate authority file used for mutual TLS authentication
# STORK_REST_TLS_CA_CERTIFICATE=
### the directory with static files served in the UI
STORK_REST_STATIC_FILES_DIR=/usr/share/stork/www
### enable Prometheus /metrics HTTP endpoint for exporting metrics from
### the server to Prometheus. It is recommended to secure this endpoint
### (e.g. using HTTP proxy).
STORK_SERVER_ENABLE_METRICS=false
### Logging parameters
### Set logging level. Supported values are: DEBUG, INFO, WARN, ERROR
STORK_LOG_LEVEL=WARN
### disable output colorization
CLICOLOR=false
```
Kea-DHCP4 configuration `kea-dhcp4.conf` (leaving out subnets and reservations):
```
{
"Dhcp4": {
"cache-max-age": 120,
"cache-threshold": 0.5,
"control-socket": {
"socket-name": "/tmp/kea4-ctrl-socket",
"socket-type": "unix"
},
"ddns-generated-prefix": "",
"ddns-override-client-update": false,
"ddns-override-no-update": false,
"ddns-qualifying-suffix": "example.org.",
"ddns-replace-client-name": "never",
"ddns-send-updates": true,
"ddns-update-on-renew": true,
"ddns-use-conflict-resolution": true,
"decline-probation-period": 3600,
"dhcp-ddns": {
"enable-updates": true,
"max-queue-size": 1024,
"ncr-format": "JSON",
"ncr-protocol": "UDP",
"server-ip": "127.0.0.1",
"server-port": 53001
},
"hooks-libraries": [
{
"library": "/usr/lib/x86_64-linux-gnu/kea/hooks/libdhcp_lease_cmds.so"
},
{
"library": "/usr/lib/x86_64-linux-gnu/kea/hooks/libdhcp_host_cmds.so"
},
{
"library": "/usr/lib/x86_64-linux-gnu/kea/hooks/libdhcp_stat_cmds.so"
},
{
"library": "/usr/lib/x86_64-linux-gnu/kea/hooks/libdhcp_ha.so",
"parameters": {
"high-availability": [
{
"cert-file": "/etc/ssl/localcerts/dhcp-pri1-prod.example.org.crt",
"delayed-updates-limit": 100,
"heartbeat-delay": 1000,
"key-file": "/etc/ssl/localcerts/dhcp-pri1-prod.example.org.key",
"max-ack-delay": 5000,
"max-response-delay": 4000,
"max-unacked-clients": 0,
"mode": "load-balancing",
"multi-threading": {
"enable-multi-threading": true,
"http-client-threads": 0,
"http-dedicated-listener": true,
"http-listener-threads": 0
},
"peers": [
{
"auto-failover": true,
"name": "dhcp-pri1-prod.example.org",
"role": "primary",
"url": "https://10.158.0.68:8001/"
},
{
"auto-failover": true,
"name": "dhcp-sec1-prod.example.org",
"role": "secondary",
"url": "https://10.158.0.168:8001/"
},
{
"auto-failover": true,
"name": "dhcp-bac1-prod.example.org",
"role": "backup",
"url": "https://10.158.0.169:8001/"
}
],
"require-client-certs": true,
"send-lease-updates": true,
"sync-leases": true,
"this-server-name": "dhcp-pri1-prod.example.org",
"trust-anchor": "/usr/share/ca-certificates/root_ad-example.org.2018.crt"
}
]
}
}
],
"hostname-char-replacement": "",
"hostname-char-set": "",
"interfaces-config": {
"interfaces": [
"eth0"
]
},
"lease-database": {
"name": "/var/lib/kea/kea-leases4.csv",
"type": "memfile"
},
"loggers": [
{
"debuglevel": 99,
"name": "*",
"severity": "DEBUG"
},
{
"debuglevel": 99,
"name": "kea-dhcp4.commands",
"severity": "DEBUG"
}
],
"multi-threading": {
"enable-multi-threading": true,
"packet-queue-size": 64,
"thread-pool-size": 0
},
"option-data": [
{
"always-send": false,
"data": "10.158.0.153, 10.158.1.53",
"name": "domain-name-servers"
},
{
"always-send": false,
"data": "example.org",
"name": "domain-name"
},
{
"always-send": false,
"data": "example.org",
"name": "domain-search"
},
{
"always-send": false,
"data": "10.144.128.12",
"name": "cisco-autoinstall"
}
],
"option-def": [
{
"array": false,
"code": 150,
"name": "cisco-autoinstall",
"type": "ipv4-address"
}
],
"rebind-timer": 2000,
"renew-timer": 1000,
"reservations-global": true,
"reservations-in-subnet": true,
"reservations-out-of-pool": false,
"valid-lifetime": 4000
}
}
```1.15Slawek FigielSlawek Figielhttps://gitlab.isc.org/isc-projects/stork/-/issues/1262stork-tool can't connect to Postgres with unix socket2023-12-12T14:31:05Zmikygeestork-tool can't connect to Postgres with unix socketHello,
I execute this command line but I get this error.
```
# ./backend/cmd/stork-tool/stork-tool db-init --db-host=/tmp/.s.PGSQL.5432 --db-name storkdatabase --db-user storkuser --db-password storkpassword
INFO[2023-12-12 03:09:44] ...Hello,
I execute this command line but I get this error.
```
# ./backend/cmd/stork-tool/stork-tool db-init --db-host=/tmp/.s.PGSQL.5432 --db-name storkdatabase --db-user storkuser --db-password storkpassword
INFO[2023-12-12 03:09:44] main.go:134 SQL queries tracing set to none
INFO[2023-12-12 03:09:44] connection.go:90 Checking connection to database
WARN[2023-12-12 03:09:44] connection.go:122 Problem connecting to db, trying again in 2 seconds, 1/10 error="unable to connect to the database using provided settings: dial tcp: lookup /tmp/.s.PGSQL.5432: no such host"
```
So I try to use a unix socket but stork says "dial tcp"
On this page
https://stork.readthedocs.io/en/latest/man/stork-tool.8.html
I see
```
--db-host=
Specifies the name of the host, IP address **or a socket path for the database connection**. The default value depends on the system.
```https://gitlab.isc.org/isc-projects/stork/-/issues/1260Long IPv6 address overlaps the reservation status2024-01-03T14:03:25ZSlawek FigielLong IPv6 address overlaps the reservation statusThe long IPv6 address overlaps the reservation status on the host reservation page.
![image](/uploads/53dfcad412a5fa954c4d5a851069c506/image.png)The long IPv6 address overlaps the reservation status on the host reservation page.
![image](/uploads/53dfcad412a5fa954c4d5a851069c506/image.png)1.15Piotrek ZadrogaPiotrek Zadrogahttps://gitlab.isc.org/isc-projects/bind9/-/issues/4483named logging for category rpz misses some rpz log messages2023-12-12T11:52:05ZEvan Harrisnamed logging for category rpz misses some rpz log messages<!--
If the bug you are reporting is potentially security-related - for example,
if it involves an assertion failure or other crash in `named` that can be
triggered repeatedly - then please make sure that you make the new issue
confident...<!--
If the bug you are reporting is potentially security-related - for example,
if it involves an assertion failure or other crash in `named` that can be
triggered repeatedly - then please make sure that you make the new issue
confidential!
-->
### Summary
When bind9/named is configured to log category rpz messages to a file, some
rpz log messages are not captured and end up being sent to an incorrect destination.
### BIND version used
BIND 9.18.19-1~deb12u1-Debian (Extended Support Version) <id:>
running on Linux x86_64 5.10.0-26-amd64 #1 SMP Debian 5.10.197-1 (2023-09-29)
### Steps to reproduce
Add the following stanza in named.conf.options:
```
logging {
channel rpzlog {
file "/var/log/named/rpz.log" versions unlimited size 100m;
print-time yes;
print-category yes;
print-severity yes;
severity info;
};
category rpz { rpzlog; };
};
```
With this configuration for logging, most rpz log messages are properly
sent to the intended file (NXDOMAIN items), but some rpz messages are not.
So far, the ones that seem not to be properly captured by this log destination
are rpz "passthru" lookups.
Example log messages that end up in the default syslog/journald rather than
the configured log file:
```
Dec 10 01:29:41 somehostn named[327739]: client @0x7fee327a6568 127.0.0.1#35809 (some.domain.name): rpz QNAME PASSTHRU rewrite
some.domain.name/A/IN via some.domain.name.rpz.local
Dec 10 01:29:41 somehost named[327739]: client @0x7fee32785768 127.0.0.1#35809 (some.domain.name): rpz QNAME PASSTHRU rewrite
some.domain.name/AAAA/IN via some.domain.name.rpz.local
```
Example rpz entry that generates log entries that fail to go to the rpz category/destination:
```
some.domain.name CNAME rpz-passthru.
```
Example rpz entry that generates log entries that do go to the proper rpz category/destination:
```
other.domain.name CNAME .
```
### What is the current *bug* behavior?
rpz passthru entries generate log messages that do not go to the intended `category rpz` log destination.
### What is the expected *correct* behavior?
All rpz log messages should be caught by `category rpz`.
### Relevant configuration files
see abovehttps://gitlab.isc.org/isc-projects/stork/-/issues/1259Stork webinar preparation2024-01-02T12:31:56ZMarcin SiodelskiStork webinar preparationIn order to run the Stork webinar on Dec 13, 2023 we need need some small demo updates and fixes.In order to run the Stork webinar on Dec 13, 2023 we need need some small demo updates and fixes.1.15Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/stork/-/issues/1258Apps State Puller Interval is not preserved2024-03-05T12:38:29ZSlawek FigielApps State Puller Interval is not preservedIt is impossible to set the `Apps State Puller Interval` setting on UI. It always reverts to 30 seconds.
The API return HTTP 200 OK status:
```
stork-server-1 | time="2023-12-08 17:36:14" level="info" msg="HTTP request...It is impossible to set the `Apps State Puller Interval` setting on UI. It always reverts to 30 seconds.
The API return HTTP 200 OK status:
```
stork-server-1 | time="2023-12-08 17:36:14" level="info" msg="HTTP request incoming" file=" middleware.go:79 " method="PUT" path="/api/settings" remote="172.24.0.5:34192"
stork-server-1 | time="2023-12-08 17:36:14" level="info" msg="HTTP request served" file=" middleware.go:93 " method="PUT" path="/api/settings" remote="172.24.0.5:34192" size="0" status="200" text_status="OK" took="4.958374ms"
stork-webui-1 | 172.24.0.1 - - [08/Dec/2023:17:36:14 +0000] "PUT /api/settings HTTP/1.1" 200 0 "http://127.0.0.1:8080/settings" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36 OPR/105.0.0.0" "-"
```1.16Slawek FigielSlawek Figielhttps://gitlab.isc.org/isc-projects/stork/-/issues/1257Simulator is not working due to incompatible dependency2023-12-08T16:31:05ZSlawek FigielSimulator is not working due to incompatible dependencyThe `isc-kea-common` package is not explicitly set in the `simulator.Dockerfile`.
It causes the incompatible version of this package to be installed after the recent Kea update.
```
root@simulator:/app# perfdhcp
perfdhcp: error while l...The `isc-kea-common` package is not explicitly set in the `simulator.Dockerfile`.
It causes the incompatible version of this package to be installed after the recent Kea update.
```
root@simulator:/app# perfdhcp
perfdhcp: error while loading shared libraries: libkea-dhcp++.so.73: cannot open shared object file: No such file or directory
```Slawek FigielSlawek Figiel