<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Upgrading on etcd</title>
    <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/</link>
    <description>Recent content in Upgrading on etcd</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <atom:link href="https://etcd.website.cncfstack.com/docs/v3.8/upgrades/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Upgrading etcd clusters and applications</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrading-etcd/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrading-etcd/</guid>
      <description>&lt;p&gt;This section contains documents specific to upgrading etcd clusters and applications.&lt;/p&gt;&#xA;&lt;h2 id=&#34;upgrade-policy&#34;&gt;Upgrade policy&lt;/h2&gt;&#xA;&lt;p&gt;Before upgrading, note that etcd only supports the following two upgrade cases:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Patch upgrade:&lt;/strong&gt; Upgrading between patch releases within the same minor version (e.g. 3.7.0 - 3.7.1).&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Minor upgrade:&lt;/strong&gt; Upgrading one minor version at a time (e.g. 3.6 - 3.7). Upgrades that skip a minor version are not supported and will likely fail. Update to the most recent patch version before upgrading to the next minor version.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;upgrading-an-etcd-v3x-cluster&#34;&gt;Upgrading an etcd v3.x cluster&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_1/&#34;&gt;Upgrade etcd from 3.0 to 3.1&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_2/&#34;&gt;Upgrade etcd from 3.1 to 3.2&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_3/&#34;&gt;Upgrade etcd from 3.2 to 3.3&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_4/&#34;&gt;Upgrade etcd from 3.3 to 3.4&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_5/&#34;&gt;Upgrade etcd from 3.4 to 3.5&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_6/&#34;&gt;Upgrade etcd from 3.5 to 3.6&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_7/&#34;&gt;Upgrade etcd from 3.6 to 3.7&lt;/a&gt;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;upgrading-from-etcd-v23&#34;&gt;Upgrading from etcd v2.3&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;a href=&#34;../upgrade_3_0/&#34;&gt;Upgrade a v2.3 cluster to v3.0&lt;/a&gt;&lt;/li&gt;&#xA;&lt;/ul&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from v3.5 to v3.6</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_6/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_6/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd v3.5 to v3.6 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v3.5 processes and replace them with etcd v3.6 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.6 processes, new features in v3.6 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;h4 id=&#34;update-35&#34;&gt;Update 3.5&lt;/h4&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Important&lt;/div&gt;&#xA;&lt;p&gt;Before upgrading to 3.6, make sure that &lt;a href=&#34;https://etcd.io/blog/2025/zombie_members_upgrade&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;all of your 3.5 members are updated to 3.5.26 or later&lt;/a&gt;. Patch releases 3.5.24 through 3.5.26 fix several potential upgrade blockers.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from 3.4 to 3.5</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_5/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_5/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd 3.4 to 3.5 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v3.4 processes and replace them with etcd v3.5 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.5 processes, new features in v3.5 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Note&lt;/div&gt;&#xA;&lt;p&gt;When &lt;a href=&#34;https://github.com/etcd-io/etcd/issues/9480&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;migrating from v2 with no v3 data&lt;/a&gt;, etcd server v3.2+ panics when etcd restores from existing snapshots but no v3 &lt;code&gt;ETCD_DATA_DIR/member/snap/db&lt;/code&gt; file. This happens when the server had migrated from v2 with no previous v3 data. This also prevents accidental v3 data loss (e.g. &lt;code&gt;db&lt;/code&gt; file might have been moved). etcd requires that post v3 migration can only happen with v3 data. Do not upgrade to newer v3 versions until v3.0 server contains v3 data.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from 3.3 to 3.4</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_4/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_4/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd 3.3 to 3.4 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v3.3 processes and replace them with etcd v3.4 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.4 processes, new features in v3.4 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Note&lt;/div&gt;&#xA;&lt;p&gt;When &lt;a href=&#34;https://github.com/etcd-io/etcd/issues/9480&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;migrating from v2 with no v3 data&lt;/a&gt;, etcd server v3.2+ panics when etcd restores from existing snapshots but no v3 &lt;code&gt;ETCD_DATA_DIR/member/snap/db&lt;/code&gt; file. This happens when the server had migrated from v2 with no previous v3 data. This also prevents accidental v3 data loss (e.g. &lt;code&gt;db&lt;/code&gt; file might have been moved). etcd requires that post v3 migration can only happen with v3 data. Do not upgrade to newer v3 versions until v3.0 server contains v3 data.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from v3.6 to v3.7</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_7/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_7/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd v3.6 to v3.7 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v3.6 processes and replace them with etcd v3.7 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.7 processes, new features in v3.7 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;h4 id=&#34;update-36&#34;&gt;Update 3.6&lt;/h4&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Important&lt;/div&gt;&#xA;&lt;p&gt;Before upgrading to 3.7, make sure that all of your 3.6 members are updated to 3.6.11 or later. Earlier 3.6 patch releases may not be compatible with a rolling upgrade to 3.7.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from 3.2 to 3.3</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_3/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_3/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd 3.2 to 3.3 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v3.2 processes and replace them with etcd v3.3 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.3 processes, new features in v3.3 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Note&lt;/div&gt;&#xA;&lt;p&gt;When &lt;a href=&#34;https://github.com/etcd-io/etcd/issues/9480&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;migrating from v2 with no v3 data&lt;/a&gt;, etcd server v3.2+ panics when etcd restores from existing snapshots but no v3 &lt;code&gt;ETCD_DATA_DIR/member/snap/db&lt;/code&gt; file. This happens when the server had migrated from v2 with no previous v3 data. This also prevents accidental v3 data loss (e.g. &lt;code&gt;db&lt;/code&gt; file might have been moved). etcd requires that post v3 migration can only happen with v3 data. Do not upgrade to newer v3 versions until v3.0 server contains v3 data.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from 3.1 to 3.2</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_2/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_2/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd 3.1 to 3.2 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v3.1 processes and replace them with etcd v3.2 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.2 processes, new features in v3.2 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Note&lt;/div&gt;&#xA;&lt;p&gt;When &lt;a href=&#34;https://github.com/etcd-io/etcd/issues/9480&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;migrating from v2 with no v3 data&lt;/a&gt;, etcd server v3.2+ panics when etcd restores from existing snapshots but no v3 &lt;code&gt;ETCD_DATA_DIR/member/snap/db&lt;/code&gt; file. This happens when the server had migrated from v2 with no previous v3 data. This also prevents accidental v3 data loss (e.g. &lt;code&gt;db&lt;/code&gt; file might have been moved). etcd requires that post v3 migration can only happen with v3 data. Do not upgrade to newer v3 versions until v3.0 server contains v3 data.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from 3.0 to 3.1</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_1/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_1/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd 3.0 to 3.1 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v3.0 processes and replace them with etcd v3.1 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.1 processes, new features in v3.1 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Note&lt;/div&gt;&#xA;&lt;p&gt;When &lt;a href=&#34;https://github.com/etcd-io/etcd/issues/9480&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;migrating from v2 with no v3 data&lt;/a&gt;, etcd server v3.2+ panics when etcd restores from existing snapshots but no v3 &lt;code&gt;ETCD_DATA_DIR/member/snap/db&lt;/code&gt; file. This happens when the server had migrated from v2 with no previous v3 data. This also prevents accidental v3 data loss (e.g. &lt;code&gt;db&lt;/code&gt; file might have been moved). etcd requires that post v3 migration can only happen with v3 data. Do not upgrade to newer v3 versions until v3.0 server contains v3 data.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade etcd from 2.3 to 3.0</title>
      <link>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_0/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://etcd.website.cncfstack.com/docs/v3.8/upgrades/upgrade_3_0/</guid>
      <description>&lt;p&gt;In the general case, upgrading from etcd 2.3 to 3.0 can be a zero-downtime, rolling upgrade:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;one by one, stop the etcd v2.3 processes and replace them with etcd v3.0 processes&lt;/li&gt;&#xA;&lt;li&gt;after running all v3.0 processes, new features in v3.0 are available to the cluster&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Before &lt;a href=&#34;#upgrade-procedure&#34;&gt;starting an upgrade&lt;/a&gt;, read through the rest of this guide to prepare.&lt;/p&gt;&#xA;&lt;h3 id=&#34;upgrade-checklists&#34;&gt;Upgrade checklists&lt;/h3&gt;&#xA;&lt;div class=&#34;alert alert-warning&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Note&lt;/div&gt;&#xA;&lt;p&gt;When &lt;a href=&#34;https://github.com/etcd-io/etcd/issues/9480&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;migrating from v2 with no v3 data&lt;/a&gt;, etcd server v3.2+ panics when etcd restores from existing snapshots but no v3 &lt;code&gt;ETCD_DATA_DIR/member/snap/db&lt;/code&gt; file. This happens when the server had migrated from v2 with no previous v3 data. This also prevents accidental v3 data loss (e.g. &lt;code&gt;db&lt;/code&gt; file might have been moved). etcd requires that post v3 migration can only happen with v3 data. Do not upgrade to newer v3 versions until v3.0 server contains v3 data.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
