Public issue detail

Runaway CPU investigation for python3.11: busy poll at sched_mm_cid_remote_clear

python3.11 is stuck in a likely busy poll loop: 18.50% of sampled CPU passed through sched_mm_cid_remote_clear, with repeated thread backtraces show 24 thread(s) around 0x00007fcc05248f16 in ?? () from target:<path>.

highsource: linuxscore: 106reports: 1successful triage

Last seen: 2026-05-06 11:08 UTC. Public JSON: /v1/issues/019dfcc4-b34c-77a3-ae75-084be47aaede

Successful triage

Fixer did not find an honest diff-backed change in this source tree. Instead, it published the current best diagnosis and next steps so repeat sightings can converge on the real owner.

best triagecreated: 2026-05-23 08:44 UTCvalidation: ready

python3.11 likely remains stuck in a busy-poll loop. A diagnosis report was created even though no patchable workspace was available: opportunity 91495 has no repo root, package name, or source package

Likely owner

python module wyoming_faster_whisper

Reason: workspace-acquisition

Next steps

  • Find the application, module repository, Home Assistant add-on, container image, or local checkout that provides python module wyoming_faster_whisper.
  • Attach that source tree before asking Fixer for a patch; only patch the interpreter/runtime after a language-level stack or minimal reproducer proves the runtime is at fault.
  • Capture a fresh process sample with the module entrypoint, Python stack or native extension frames, and container/image provenance so the next run can acquire the right workspace.
Browse successful triage

Technical snapshot

This is the clearest retained userspace thread cluster Fixer captured while the process was spinning.

Representative thread backtrace

  • Command: .venv/bin/python3 -m wyoming_faster_whisper --uri tcp://0.0.0.0:10300 --data-dir /data --uri tcp://0.0.0.0:10300 --model medium-int8 --language ru --device cuda --compute-type int8 --beam-size 3 --cpu-threads 8 --vad-filter --initial-prompt Привет. Хэй Джарвис. Включи свет. Выключи свет. Включи лайтстрип. Выключи лайтстрип. Световая лента. Lightstrip. LED strip. Свет в ванной. Ванная. Гостиная. Спальня. Который час? Как дела? --data-dir /data --download-dir /data
  • Why Fixer classified it this way: The trace repeatedly returns to a poll-family syscall without meaningful blocking, which suggests a busy event-loop wakeup.
  • Thread summary: thread backtraces show 24 thread(s) around 0x00007fcc05248f16 in ?? () from target:<path>
  • Contention signals: gdb-stderr: gdb: warning: Couldn't determine a path for the index cache directory. warning: Target and debugger are in different PID namespaces; thread lists and other data are likely unreliable. Connect to gdbserver inside the container. warning: Expected absolute pathname for libpthread in the inferior, but got target:<path> warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
  • Repeated loop: poll -> poll -> poll
  • Top syscalls: futex x54, poll x50, restart_syscall x5, <... futex resumed>) = -1 EAGAIN x3
  • Kernel: 6.17.10+deb14-amd64
  • Distribution: debian
0x00007fcc05248f16 in ?? () from target:<path>
0x00007fcc0524b5d8 in pthread_cond_wait () from target:<path>
0x00007fcbfa68481b in blas_thread_server () from target:<path>
0x00007fcc0524c1f5 in ?? () from target:<path>
0x00007fcc052cbb40 in clone () from target:<path>

Possible duplicates

These are suggestions based on sanitized trigram similarity plus structured fields like package, subsystem, classification, and wait site. They are not auto-merged.

Runaway CPU investigation for postgres: busy poll at psi_task_switch

possible duplicate

postgres is stuck in a likely busy poll loop: 25.00% of sampled CPU passed through psi_task_switch, with repeated thread backtraces show 1 thread(s) around 0x00007f2f1a25e687 in __GI__IO_flush_all () from target:<path>.

highsource: linuxscore: 106reports: 1similarity: 79%

Why this looks related: same classification, same source package, same subsystem, same wait site

Last seen: 2026-10-16 06:35 UTC. Public page: /issues/01a1383d-aefb-7940-ab82-04e5a3259603. Public JSON: /v1/issues/01a1383d-aefb-7940-ab82-04e5a3259603

Runaway CPU investigation for postgres: busy poll at __pte_offset_map_lock

possible duplicate

postgres is stuck in a likely busy poll loop: 7.33% of sampled CPU passed through __pte_offset_map_lock, with repeated thread backtraces show 1 thread(s) around 0x00007f322d29a7d2 in ?? () from target:<path>.

highpackage: postgresql-18source: postgresql-18score: 106reports: 2successful triagesimilarity: 72%

Why this looks related: same classification, same subsystem, same wait site

Last seen: 2026-10-23 07:30 UTC. Public page: /issues/019e50c1-4b02-72f3-8479-d67944473579. Public JSON: /v1/issues/019e50c1-4b02-72f3-8479-d67944473579

Runaway CPU investigation for postgres: busy poll at PreCommit_on_commit_actions

possible duplicate

postgres is stuck in a likely busy poll loop: 100.00% of sampled CPU passed through PreCommit_on_commit_actions, with repeated thread backtraces show 1 thread(s) around 0x00007f322d29a7d2 in ?? () from target:<path>.

highpackage: postgresql-18source: postgresql-18score: 106reports: 2similarity: 71%

Why this looks related: same classification, same subsystem, same wait site

Last seen: 2026-10-23 09:33 UTC. Public page: /issues/019e5105-5337-7b80-ade1-c7185ee1c6f2. Public JSON: /v1/issues/019e5105-5337-7b80-ade1-c7185ee1c6f2

Runaway CPU investigation for postgres: socket churn at next_uptodate_folio

possible duplicate

postgres is stuck in a likely socket churn loop: 1.46% of sampled CPU passed through next_uptodate_folio, with repeated thread backtraces show 1 thread(s) around 0x00007f82fc478687 in __GI__IO_flush_all () from target:<path>.

highpackage: postgresql-18source: linuxscore: 106reports: 1similarity: 58%

Why this looks related: same source package, same subsystem, same wait site

Last seen: 2026-10-16 07:15 UTC. Public page: /issues/019f777c-b6c6-73c1-9b2a-9e06e91c6ca9. Public JSON: /v1/issues/019f777c-b6c6-73c1-9b2a-9e06e91c6ca9

Runaway CPU investigation for postgres: file not found retry at next_uptodate_folio

possible duplicate

postgres is stuck in a likely file not found retry loop: 4.33% of sampled CPU passed through next_uptodate_folio, with repeated thread backtraces show 1 thread(s) around 0x00007f6114aba687 in __GI__IO_flush_all () from target:<path>.

highpackage: postgresql-14source: linuxscore: 106reports: 3successful triagesimilarity: 58%

Why this looks related: same source package, same subsystem, same wait site

Last seen: 2026-10-12 08:43 UTC. Public page: /issues/019d3a17-b958-7a60-86fd-5304e697f42c. Public JSON: /v1/issues/019d3a17-b958-7a60-86fd-5304e697f42c

Runaway CPU investigation for postgres: timer churn at start_dl_timer

possible duplicate

postgres is stuck in a likely timer churn loop: 100.00% of sampled CPU passed through start_dl_timer, with repeated thread backtraces show 1 thread(s) around 0x00007f322d29a7d2 in ?? () from target:<path>.

highpackage: postgresql-18source: postgresql-18score: 106reports: 2similarity: 55%

Why this looks related: same subsystem, same wait site

Last seen: 2026-10-23 09:33 UTC. Public page: /issues/019e5d7e-79c8-70a3-bcbd-6d4643b9285a. Public JSON: /v1/issues/019e5d7e-79c8-70a3-bcbd-6d4643b9285a

Worker outcome summary

This issue has 1 recorded worker attempt. Only ready diffs and ready triage handoffs get dedicated public boards. Diagnosis-only reports and blocked attempts are summarized here so it is easier to see why work stalled.

1 ready triage handoffs

No ready patch attempts, diagnosis-only reports, failed patch attempts, explained impossible attempts, or other attempt states.

Most common blockers

  • workspace-acquisition (1 attempt)

Published attempts

ready triage handoff

triage

python3.11 likely remains stuck in a busy-poll loop. A diagnosis report was created even though no patchable workspace was available: opportunity 91495 has no repo root, package name, or source package

state: readycreated: 2026-05-23 08:44 UTCvalidation: ready

Why it stopped

workspace-acquisition

Handoff

Likely owner: python module wyoming_faster_whisper

Reason: workspace-acquisition

  • Find the application, module repository, Home Assistant add-on, container image, or local checkout that provides python module wyoming_faster_whisper.
  • Attach that source tree before asking Fixer for a patch; only patch the interpreter/runtime after a language-level stack or minimal reproducer proves the runtime is at fault.
  • Capture a fresh process sample with the module entrypoint, Python stack or native extension frames, and container/image provenance so the next run can acquire the right workspace.

Quarantine stays on by default so the public queue is harder to spam.