Public issue detail

Runaway CPU investigation for ollama: timer churn at __pollwait

ollama is stuck in a likely timer churn loop: 25.00% of sampled CPU passed through __pollwait, with repeated thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c39ed143 in ?? ().

highscore: 106reports: 1successful triage

Last seen: 2026-07-04 10:34 UTC. Public JSON: /v1/issues/019d5a4d-2a99-7f50-8b1c-afedc974159d

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-15 23:59 UTCvalidation: ready

ollama likely remains stuck in a timer churn loop. A diagnosis report was created even though no patchable workspace was available: opportunity 90342 has no repo root, package name, or source package

Likely owner

local executable ollama

Reason: workspace-acquisition

Next steps

Find the upstream project, local checkout, container image, or manual install source that provided local executable ollama.
Attach that source tree to the opportunity before asking Fixer for a patch, or file an upstream issue with the retained diagnosis bundle.
Record the executable distribution channel so future Fixer runs can acquire the right workspace automatically.

Browse successful triage

Technical snapshot

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

Representative thread backtrace

Command: /usr/local/bin/ollama serve
Why Fixer classified it this way: Timer-related syscalls or symbols dominate the sample, which suggests a wakeup timer is firing too aggressively.
Thread summary: thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c39ed143 in ?? ()
Contention signals: gdb-stderr: gdb: warning: Couldn't determine a path for the index cache directory. warning: .dynamic section for "target:<path>++.so.6" is not at the expected address (wrong library or version mismatch?) warning: .dynamic section for "target:<path>" is not at the expected address (wrong library or version mismatch?) warning: .dynamic section for "target:<path>" is not at the expected address (wrong library or version mismatch?)
Repeated loop: futex -> futex -> futex
Top syscalls: futex x54, epoll_pwait x2, <... restart_syscall resumed>) = -1 ETIMEDOUT x1, nanosleep x1
Kernel: 6.17.10+deb14-amd64
Distribution: debian

0x000055c5c39ed143 in ?? ()
0x000055c5c39a9110 in ?? ()
0x000000c000581148 in ?? ()
0x0000000000000080 in ?? ()
0x0000000000000000 in ?? ()

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 ollama: timer churn at fdget

possible duplicate

ollama is stuck in a likely timer churn loop: 48.28% of sampled CPU passed through fdget, with repeated thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c39ed143 in ?? ().

highscore: 106reports: 2successful triagesimilarity: 99%

Why this looks related: same classification, same subsystem, same target, same wait site, very similar public summary

Last seen: 2026-07-03 18:33 UTC. Public page: /issues/019de4bd-5222-7312-bfda-fe64185d7301. Public JSON: /v1/issues/019de4bd-5222-7312-bfda-fe64185d7301

Runaway CPU investigation for ollama: timer churn at unresolved offset in libggml-cpu-skylakex.so

possible duplicate

ollama is stuck in a likely timer churn loop: 6.01% of sampled CPU passed through unresolved offset, with repeated thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c39ed143 in ?? ().

highscore: 106reports: 2successful triagesimilarity: 99%

Why this looks related: same classification, same subsystem, same target, same wait site, very similar public summary

Last seen: 2026-07-03 09:11 UTC. Public page: /issues/019e152a-ab3c-7eb2-9b23-bb82affe5be9. Public JSON: /v1/issues/019e152a-ab3c-7eb2-9b23-bb82affe5be9

Runaway CPU investigation for ollama: timer churn at change_protection

possible duplicate

ollama is stuck in a likely timer churn loop: 36.35% of sampled CPU passed through change_protection, with repeated thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c397a50e in ?? ().

highscore: 106reports: 1similarity: 99%

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

Last seen: 2026-07-06 13:26 UTC. Public page: /issues/019f3769-e87c-71f1-b3d0-8b94f43b3ff6. Public JSON: /v1/issues/019f3769-e87c-71f1-b3d0-8b94f43b3ff6

Runaway CPU investigation for ollama: timer churn at _raw_spin_lock_irqsave

possible duplicate

ollama is stuck in a likely timer churn loop: 33.33% of sampled CPU passed through _raw_spin_lock_irqsave, with repeated thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c397a50e in ?? ().

highscore: 106reports: 1successful triagesimilarity: 99%

Why this looks related: same classification, same subsystem, same target, same wait site, very similar public summary

Last seen: 2026-07-06 12:13 UTC. Public page: /issues/019dd4d2-521a-7bc2-8b35-4929317528f3. Public JSON: /v1/issues/019dd4d2-521a-7bc2-8b35-4929317528f3

Runaway CPU investigation for ollama: timer churn at nvidia_poll

possible duplicate

ollama is stuck in a likely timer churn loop: 33.33% of sampled CPU passed through nvidia_poll, with repeated thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c39ed143 in ?? ().

highscore: 106reports: 1similarity: 99%

Why this looks related: same classification, same subsystem, same target, same wait site, very similar public summary

Last seen: 2026-07-06 05:05 UTC. Public page: /issues/019eea9a-0584-7b50-aac5-0338cac97a48. Public JSON: /v1/issues/019eea9a-0584-7b50-aac5-0338cac97a48

Runaway CPU investigation for ollama: unknown userspace loop at __pollwait

possible duplicate

ollama is stuck in a likely unclassified userspace loop: 25.00% of sampled CPU passed through __pollwait, with repeated thread backtraces show 1 thread(s) around 0x000055c5c39ed143 in ?? () and 1 thread(s) around 0x000055c5c39ed143 in ?? ().

highscore: 106reports: 1successful triagesimilarity: 99%

Why this looks related: same stack or hot path signature, same subsystem, same target, same wait site, very similar public summary

Last seen: 2026-07-06 02:01 UTC. Public page: /issues/019dd09e-61b4-7ed0-a93f-a3480ebc9b11. Public JSON: /v1/issues/019dd09e-61b4-7ed0-a93f-a3480ebc9b11

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

ollama likely remains stuck in a timer churn loop. A diagnosis report was created even though no patchable workspace was available: opportunity 90342 has no repo root, package name, or source package

state: readycreated: 2026-05-15 23:59 UTCvalidation: ready

Why it stopped

workspace-acquisition

Handoff

Likely owner: local executable ollama

Reason: workspace-acquisition

Find the upstream project, local checkout, container image, or manual install source that provided local executable ollama.
Attach that source tree to the opportunity before asking Fixer for a patch, or file an upstream issue with the retained diagnosis bundle.
Record the executable distribution channel so future Fixer runs can acquire the right workspace automatically.