openclaw - 💡(How to fix) Fix [Bug]: Bonjour advertiser stalling triggers Gateway self-healing loop with log flooding [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#63153Fetched 2026-04-09 07:57:44
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0

mDNSResponder (Bonjour) occasionally gets stuck in "announcing" state on macOS, causing Gateway to repeatedly restart the advertiser and flood logs with warnings.

Error Message

[2026-04-08T03:51:31.124+08:00] WARN: restarting advertiser (service stuck in announcing for 16853ms) [2026-04-08T03:51:31.124+08:00] WARN: restarting advertiser (service stuck in announcing for 16853ms)

Root Cause

mDNSResponder (Bonjour) occasionally gets stuck in "announcing" state on macOS, causing Gateway to repeatedly restart the advertiser and flood logs with warnings.

Code Example

[2026-04-08T03:51:31.124+08:00] WARN: restarting advertiser (service stuck in announcing for 16853ms)

---

[2026-04-08T03:51:31.124+08:00] WARN: restarting advertiser (service stuck in announcing for 16853ms)
RAW_BUFFERClick to expand / collapse

Bug type

Behavior bug (incorrect output/state without crash)

Beta release blocker

No

Summary

mDNSResponder (Bonjour) occasionally gets stuck in "announcing" state on macOS, causing Gateway to repeatedly restart the advertiser and flood logs with warnings.

Steps to reproduce

  1. Run Gateway on macOS with Bonjour advertising enabled
  2. Observe periodic mDNSResponder stalling (occurs every few hours)
  3. Watch Gateway logs fill with repeated restart warnings

Expected behavior

Sporadic Bonjour service stalling should not trigger Gateway self-healing loops. Either handle gracefully or provide a config option to disable bonjour broadcasting.

Actual behavior

[2026-04-08T03:51:31.124+08:00] WARN: restarting advertiser (service stuck in announcing for 16853ms)

OpenClaw version

2026.4.5

Operating system

macOS (Gateway Local mode)

Install method

NOT_ENOUGH_INFO

Model

NOT_ENOUGH_INFO

Provider / routing chain

NOT_ENOUGH_INFO

Additional provider/model setup details

Gateway Local mode with Feishu WebSocket channel × 5 accounts

Logs, screenshots, and evidence

[2026-04-08T03:51:31.124+08:00] WARN: restarting advertiser (service stuck in announcing for 16853ms)

Gateway repeatedly attempts to restart the Bonjour advertiser when mDNSResponder gets stuck.

Impact and severity

Affected: macOS users running Gateway Severity: Low (causes log flooding, minor resource waste) Frequency: Occasional (observed stuck for 15-20 seconds, triggers restart loop) Consequence: Log pollution, unnecessary restart attempts

Additional information

If macOS mDNSResponder itself has issues, there should be an option in Gateway config to disable bonjour broadcasting. Suggested fix: Add a gateway.bonjour.enabled config option to allow disabling bonjour advertising.

extent analysis

TL;DR

Add a gateway.bonjour.enabled config option to allow disabling bonjour advertising to prevent Gateway from repeatedly restarting the advertiser when mDNSResponder gets stuck.

Guidance

  • Investigate the feasibility of adding a gateway.bonjour.enabled config option to disable bonjour advertising, which could help prevent the restart loop.
  • Verify that the mDNSResponder stalling is indeed the root cause of the issue by monitoring system logs and network activity during the periods when Gateway restarts the advertiser.
  • Consider implementing a retry mechanism with a backoff strategy to reduce the frequency of restart attempts when the advertiser is stuck.
  • Review the Gateway logs to understand the frequency and duration of the mDNSResponder stalling to determine the best approach for mitigating the issue.

Example

No code example is provided as the issue does not contain sufficient information about the Gateway's implementation details.

Notes

The suggested fix assumes that the mDNSResponder stalling is the primary cause of the issue. However, without more information about the Gateway's implementation and the underlying system configuration, it is difficult to provide a more comprehensive solution.

Recommendation

Apply workaround: Add a gateway.bonjour.enabled config option to allow disabling bonjour advertising, as this would provide a simple and effective way to prevent the restart loop and log flooding.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

Sporadic Bonjour service stalling should not trigger Gateway self-healing loops. Either handle gracefully or provide a config option to disable bonjour broadcasting.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING