Created attachment 247085 [details] net-mgmt/netdata: Update to v1.44.1 Changelog: https://github.com/netdata/netdata/releases/tag/v1.44.0 https://github.com/netdata/netdata/releases/tag/v1.44.1 See also review D42991
Created attachment 248237 [details] net-mgmt/netdata: Update to v1.44.2
Created attachment 248402 [details] net-mgmt/netdata: Update to v1.44.3
Working on the CMake switch right now
Sounds great, thanks!
Latest patches: https://dl.nkeor.me/freebsd/0001-net-mgmt-netdata-Update-to-v1.45.2.patch https://dl.nkeor.me/freebsd/0002-net-mgmt-netdata-Fix-arc-stats-with-recent-OpenZFS.patch https://dl.nkeor.me/freebsd/0003-net-mgmt-netdata-Depend-on-go-when-building-with-GOP.patch https://dl.nkeor.me/freebsd/0004-net-mgmt-netdata-Add-PROMETHEUS-option.patch Last decision is whether to keep go.d.plugin in netdata-go or build it in (upstream does this since 1.45.0) and conflict netdata >1.45.0 with netdata-go
Any update on this?
(In reply to Mohamed Akram from comment #6) We are still working on final details, see also https://github.com/netdata/netdata/issues/17632
Per that issue looks like it's using c-rbuf and c_rhash through mqtt_websockets. I imagine passing -DENABLE_MQTTWEBSOCKETS=ON fixes it - https://github.com/netdata/netdata/blob/v1.45.4/CMakeLists.txt#L1625 (that's what happens when H2O or ACLK are enabled). Or maybe the rbuf/rhash files can be moved from `MQTT_WEBSOCKETS_FILES` to `ACLK_ALWAYS_BUILD` as a patch in CMakeLists.txt since that's why they're needed if enabling MQTT websockets is not an option.