<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: DevsCampus</title>
    <description>The latest articles on DEV Community by DevsCampus (@devscampus_a497dc3309edea).</description>
    <link>https://dev.to/devscampus_a497dc3309edea</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4191495%2Fbab56649-f4a4-4b09-806e-033e43e4a674.png</url>
      <title>DEV Community: DevsCampus</title>
      <link>https://dev.to/devscampus_a497dc3309edea</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/devscampus_a497dc3309edea"/>
    <language>en</language>
    <item>
      <title>🚨 **Spark Executor Lost: `java.lang.OutOfMemoryError: Java heap space` &amp; Memory Overhead**</title>
      <dc:creator>DevsCampus</dc:creator>
      <pubDate>Thu, 22 Oct 2026 12:36:40 +0000</pubDate>
      <link>https://dev.to/devscampus_a497dc3309edea/spark-executor-lost-javalangoutofmemoryerror-java-heap-space-memory-overhead-2dba</link>
      <guid>https://dev.to/devscampus_a497dc3309edea/spark-executor-lost-javalangoutofmemoryerror-java-heap-space-memory-overhead-2dba</guid>
      <description>&lt;p&gt;Is your Apache Spark job failing because an executor runs out of memory?&lt;/p&gt;

&lt;p&gt;This is a common issue in large-scale data processing, especially when handling large datasets, shuffle operations, joins, and aggregations.&lt;/p&gt;

&lt;p&gt;🔍 &lt;strong&gt;Why does it happen?&lt;/strong&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Java Heap Space:&lt;/strong&gt; The executor JVM runs out of heap memory while processing data.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Memory Overhead Exceeded:&lt;/strong&gt; The executor exceeds the memory available for JVM overhead, native allocations, and other processes.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Data Skew:&lt;/strong&gt; Some partitions contain significantly more data than others.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Excessive Caching:&lt;/strong&gt; Persisting too much data can increase memory pressure.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;🛠️ &lt;strong&gt;How can you fix it?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;✅ Tune &lt;code&gt;spark.executor.memory&lt;/code&gt; and &lt;code&gt;spark.executor.memoryOverhead&lt;/code&gt; when memory allocation is insufficient.&lt;/p&gt;

&lt;p&gt;✅ Increase partitioning where appropriate to reduce the amount of data processed by individual tasks.&lt;/p&gt;

&lt;p&gt;✅ Avoid unnecessary caching and unpersist data when it is no longer needed.&lt;/p&gt;

&lt;p&gt;✅ Use the Spark UI to investigate failed tasks, shuffle spill, garbage collection, and executor memory.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Remember:&lt;/strong&gt; Increasing memory alone may not solve the problem. Identifying the actual bottleneck is essential for reliable Spark applications.&lt;/p&gt;

&lt;p&gt;📚 &lt;strong&gt;Want to learn how to troubleshoot this error in detail?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Read the full article on &lt;strong&gt;DevsCampus&lt;/strong&gt; for more insights into Spark executor failures, memory configuration, and troubleshooting techniques.&lt;/p&gt;

&lt;p&gt;🌐 Visit: &lt;a href="https://devscampus.com/troubleshooting/spark-oom-executor-lost-failure" rel="noopener noreferrer"&gt;https://devscampus.com/troubleshooting/spark-oom-executor-lost-failure&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;#ApacheSpark #BigData #DataEngineering #SparkStreaming #Java #DevOps #DevsCampus&lt;/p&gt;

</description>
      <category>spark</category>
      <category>devops</category>
      <category>devbugsmash</category>
      <category>dataengineering</category>
    </item>
    <item>
      <title>Kafka TimeoutException: Failed to update metadata in 60000 ms</title>
      <dc:creator>DevsCampus</dc:creator>
      <pubDate>Sun, 18 Oct 2026 05:17:36 +0000</pubDate>
      <link>https://dev.to/devscampus_a497dc3309edea/kafka-timeoutexception-failed-to-update-metadata-in-60000-ms-2ckk</link>
      <guid>https://dev.to/devscampus_a497dc3309edea/kafka-timeoutexception-failed-to-update-metadata-in-60000-ms-2ckk</guid>
      <description>&lt;p&gt;Kafka clients (producers and consumers) must first fetch cluster metadata — which broker leads each topic partition — before they can send or read. When a client cannot obtain that metadata within its timeout, it throws TimeoutException: Failed to update metadata. This stalls entire event pipelines and is almost always a connectivity or broker-advertisement problem, not a client bug.&lt;/p&gt;

&lt;p&gt;📚 Want to understand the root cause and troubleshoot it step by step?&lt;br&gt;
Read the complete guide on DevCampus:&lt;br&gt;
🔗 &lt;a href="https://devscampus.com/troubleshooting/kafka-timeoutexception-failed-to-update-metadata" rel="noopener noreferrer"&gt;https://devscampus.com/troubleshooting/kafka-timeoutexception-failed-to-update-metadata&lt;/a&gt;&lt;br&gt;
Follow DevCampus for practical tutorials, troubleshooting guides, and resources for software engineers and data engineers.&lt;/p&gt;

&lt;h1&gt;
  
  
  ApacheKafka #Kafka #DataEngineering #BigData #DistributedSystems #DevOps #DevCampus
&lt;/h1&gt;

</description>
      <category>sre</category>
      <category>devops</category>
      <category>kafka</category>
      <category>tutorial</category>
    </item>
  </channel>
</rss>
