May 14, 20233 yr Hi all, I am using bluez to passthrough a usb dongle for use in home assistant docker container. It's working just fine except for one issue where my syslog is constantly filling with the following error. "bluetoothd[1419]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed" Does anyone know if there's a way to prevent this from getting logged since it doesn't seem to be negatively impacting my use case? Thanks very much
May 15, 20233 yr Author So I would like to replicate the solution posted here but am unable to find syslog.conf. Is rsyslog.conf the equivalent in the higher OS versions?
May 19, 20233 yr Author Would modifying /etc/rsyslog.d/01-blocklist.conf to include a line for my repeating bluetooth output work? Can anyone at least answer this post with any additional information at all? Anyone?
May 23, 20233 yr Author Bump because still having this issue and would like to omit the specific process from the log, if possible. Thank you to anyone willing to engage
November 1, 20232 yr For what it's worth, I'm running into this as well. I installed bluez via un-get to expose bluetooth to Home Assistant, then started bluetooth via "/etc/rc.d/rc.bluetooth start" and now my syslog is being flooded with roughly 10 entries every second with this: Quote Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Nov 1 08:28:04 Unraid bluetoothd[21613]: src/adv_monitor.c:btd_adv_monitor_offload_supported() Manager is NULL, get offload support failed Edited November 1, 20232 yr by Tydell
November 1, 20232 yr Solution @cambriancatalystDid you ever solve this? I think I solved mine. The syslog errors have gone away and I think bluetooth remains functional in my home assistant instance. Looks like the syslog flooding was a bug in bluez that they remedied with 5.64. The repos ich777 uses for un-get don't yet have anything above 5.63, but I found a slackware repository with 5.64 (there are higher versions than that, but didn't want to push my luck) and added it to the sources.list file for un-get. I then ran 'un-get update' then 'un-get upgrade' to upgrade bluez from 5.63 to 5.64 and restarted bluez. In detail: Add this line to Flash/config/plugins/un-get/sources.list: https://slackware.uk/slackware/slackware64-15.0/patches/ patches Terminal into Unraid & Run: 'un-get update' then 'un-get upgrade' Force bluez/bluetoothd to stop: sudo pkill bluetoothd Restart bluez: /etc/rc.d/rc.bluetooth start Edited November 1, 20232 yr by Tydell clarity
November 1, 20232 yr Author @Tydell you are a gentleman and a scholar. I had given up. I’ll give this a try after work today. Thank you very very much!!
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.