<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Memory-Leak on ErrorVault — Developer Error Code Dictionary</title><link>https://errorvault.dev/tags/memory-leak/</link><description>Recent content in Memory-Leak on ErrorVault — Developer Error Code Dictionary</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 15 Apr 2026 14:24:49 +0800</lastBuildDate><atom:link href="https://errorvault.dev/tags/memory-leak/feed.xml" rel="self" type="application/rss+xml"/><item><title>Fix clw-worker-crash: OpenClaw Worker Process Terminates Unexpectedly During Tasks</title><link>https://errorvault.dev/openclaw/openclaw-clw-worker-crash-worker-termination/</link><pubDate>Wed, 15 Apr 2026 14:24:49 +0800</pubDate><guid>https://errorvault.dev/openclaw/openclaw-clw-worker-crash-worker-termination/</guid><description>&lt;h2 id="1-symptoms">1. Symptoms&lt;/h2>
&lt;p>The &lt;code>clw-worker-crash&lt;/code> error in OpenClaw manifests as sudden termination of worker processes handling distributed tasks. OpenClaw is a lightweight framework for scaling task execution across clusters, using &lt;code>clw-worker&lt;/code> binaries to process jobs from a central queue.&lt;/p>
&lt;p>Typical symptoms include:&lt;/p>
&lt;ul>
&lt;li>Worker processes exit abruptly with non-zero codes (e.g., 139 for SIGSEGV, 137 for OOM).&lt;/li>
&lt;li>Log entries in &lt;code>/var/log/clw/worker.log&lt;/code> or stdout/stderr:&lt;/li>
&lt;/ul>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#282a36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-fallback" data-lang="fallback">&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>clw-worker[pid=12345]: INFO: Starting task &amp;#39;process-data-batch-uuid&amp;#39;
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>clw-worker[pid=12345]: FATAL: clw-worker-crash detected. Exit code: 139, Signal: 11 (SIGSEGV at 0xdeadbeef)
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>clw-worker[pid=12345]: CRITICAL: Core dump written to /tmp/clw-core.12345
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>Supervisor: Respawning worker... (attempt 5/10)
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;ul>
&lt;li>Task queue backlog grows as failed jobs retry.&lt;/li>
&lt;li>Metrics dashboard shows high worker churn rate (&amp;gt;50% restart/min).&lt;/li>
&lt;li>Systemd or Docker logs report:&lt;/li>
&lt;/ul>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#282a36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-fallback" data-lang="fallback">&lt;span style="display:flex;">&lt;span>docker: Container clw-worker-01 exited (139).
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>systemd: clw-worker.service: Main process exited, code=exited, status=139/n/a
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>Affected environments: High-load clusters (e.g., &amp;gt;100 tasks/min), Docker/K8s deployments. Crashes often cluster after 10-30min uptime, under memory pressure or specific task types (e.g., image processing).&lt;/p></description></item><item><title>Fix clw-gpu-oom: Resolve OpenClaw GPU Out-of-Memory Errors</title><link>https://errorvault.dev/openclaw/openclaw-clw-gpu-oom-gpu-out-of-memory/</link><pubDate>Tue, 14 Apr 2026 14:24:49 +0800</pubDate><guid>https://errorvault.dev/openclaw/openclaw-clw-gpu-oom-gpu-out-of-memory/</guid><description>&lt;h2 id="1-symptoms">1. Symptoms&lt;/h2>
&lt;p>The &lt;code>clw-gpu-oom&lt;/code> error in OpenClaw manifests during GPU resource allocation or kernel dispatch, indicating the graphics processing unit (GPU) has exhausted its video RAM (VRAM). OpenClaw, a lightweight C++ wrapper for OpenCL, throws this exception when &lt;code>clw::Buffer&lt;/code> creation, &lt;code>clw::Image&lt;/code>, or kernel argument binding fails due to insufficient memory.&lt;/p>
&lt;p>Typical symptoms include:&lt;/p>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#282a36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-fallback" data-lang="fallback">&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>[OpenClaw Error] clw-gpu-oom: Failed to allocate GPU buffer of size 2147483648 bytes on device &amp;#39;NVIDIA GeForce RTX 3080&amp;#39; (CL_MEM_READ_WRITE). Error code: -4 (CL_MEM_OBJECT_ALLOCATION_FAILURE)
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#282a36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-fallback" data-lang="fallback">&lt;span style="display:flex;">&lt;span>terminate called after throwing an instance of &amp;#39;clw::Error&amp;#39;
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> what(): clw-gpu-oom at /path/to/openclaw/src/clw_buffer.cpp:145
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>Aborted (core dumped)
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>Programs halt abruptly post-compilation, often after successful OpenCL context initialization (&lt;code>clw::Platform&lt;/code>, &lt;code>clw::Device&lt;/code>, &lt;code>clw::Context&lt;/code>). No kernel execution occurs. GPU utilization spikes briefly via tools like &lt;code>nvidia-smi&lt;/code>:&lt;/p></description></item></channel></rss>