# When will fdb 7.3 be officially released as a production version?

**URL:** <https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197>\
**Category:** Using FoundationDB\
**Created:** [October 27, 2023, 6:53am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197 "2023-10-27T06:53:13Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![Rjerk](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/rjerk/32/1056_2.png) [@Rjerk](https://forums.foundationdb.org/u/Rjerk)\
**Post date:** [October 27, 2023, 6:53am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/1 "2023-10-27T06:53:13Z")

</div>

Is any time scheduled?

---

<div class="post-metadata">

**Author:** ![SteavedHams](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/steavedhams/32/18_2.png) [@SteavedHams](https://forums.foundationdb.org/u/SteavedHams)\
**Post date:** [October 30, 2023, 7:27pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/2 "2023-10-30T19:27:10Z")

</div>

Maybe @jzhou can answer your question about official release plans, but Snowflake is already using a variation of 7.3 in production, from the `snowflake/release-71.3` branch which was created from `main` some time prior to `release-7.3`.

---

<div class="post-metadata">

**Author:** ![jzhou](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/jzhou/32/445_2.png) [@jzhou](https://forums.foundationdb.org/u/jzhou)\
**Post date:** [October 30, 2023, 8:28pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/3 "2023-10-30T20:28:41Z")

</div>

We have almost validated 7.3. Maybe in another couple of weeks, after we roll out to production clusters, we’ll mark 7.3 as production release.

---

<div class="post-metadata">

**Author:** ![fuCtor](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/fuctor/32/1599_2.png) [@fuCtor](https://forums.foundationdb.org/u/fuCtor)\
**Post date:** [November 30, 2023, 9:07am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/4 "2023-11-30T09:07:32Z")

</div>

Tag 7.3.27 marked as latest. It’s mean that is stable release now?  
When documentation will be updated? Current documentation don’t cover all features from latest release,  
for example blob granule.

---

<div class="post-metadata">

**Author:** ![doublemax](https://avatars.discourse-cdn.com/v4/letter/d/8e7dd6/32.png) [@doublemax](https://forums.foundationdb.org/u/doublemax)\
**Post date:** [December 2, 2023, 8:42pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/5 "2023-12-02T20:42:21Z")

</div>

Does 7.3 also contain the improvement of 7.2., e.g.:  
Read-aware Data Distribution feature is developed for balance the read bytes bandwidth among storage servers

---

<div class="post-metadata">

**Author:** ![erplus](https://avatars.discourse-cdn.com/v4/letter/e/7feea3/32.png) [@erplus](https://forums.foundationdb.org/u/erplus)\
**Post date:** [January 30, 2024, 9:51am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/6 "2024-01-30T09:51:36Z")

</div>

When can we expect a stable production-ready version of Foundationdb 7.3.X?

---

<div class="post-metadata">

**Author:** ![Rjerk](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/rjerk/32/1056_2.png) [@Rjerk](https://forums.foundationdb.org/u/Rjerk)\
**Post date:** [February 20, 2024, 2:35am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/7 "2024-02-20T02:35:40Z")

</div>

Any release news? @jzhou

---

<div class="post-metadata">

**Author:** ![jzhou](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/jzhou/32/445_2.png) [@jzhou](https://forums.foundationdb.org/u/jzhou)\
**Post date:** [February 21, 2024, 3:51am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/8 "2024-02-21T03:51:34Z")

</div>

7.3.27 is stable and runs in a few clusters in production. However, we know there is a problem of missing client metrics (no server side issues), which we are actively investigating. Once solved, we’ll mark a new release as the latest stable version and start wider rollout.

---

<div class="post-metadata">

**Author:** ![arsriram](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/arsriram/32/1837_2.png) [@arsriram](https://forums.foundationdb.org/u/arsriram)\
**Post date:** [March 18, 2024, 10:59pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/9 "2024-03-18T22:59:27Z")

</div>

@jzhou - Any news relating to the 7.3.X release version? Which version is considered as the stable, production-ready for teams to deploy?

---

<div class="post-metadata">

**Author:** ![jzhou](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/jzhou/32/445_2.png) [@jzhou](https://forums.foundationdb.org/u/jzhou)\
**Post date:** [May 16, 2024, 5:23pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/10 "2024-05-16T17:23:24Z")

</div>

We finally fixed the metrics issue. The upcoming 7.3.42/43 releases will hopefully be production-ready.

---

<div class="post-metadata">

**Author:** ![arsriram](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/arsriram/32/1837_2.png) [@arsriram](https://forums.foundationdb.org/u/arsriram)\
**Post date:** [June 25, 2024, 5:02pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/11 "2024-06-25T17:02:23Z")

</div>

> [@jzhou](#):
>
> 7.3.42/43

Is there a production ready 7.3.x build available now?

---

<div class="post-metadata">

**Author:** ![newhook](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/newhook/32/1684_2.png) [@newhook](https://forums.foundationdb.org/u/newhook)\
**Post date:** [June 26, 2024, 1:10am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/12 "2024-06-26T01:10:56Z")

</div>

7.3.43 was released.

> **[Release Release 7.3.43 · apple/foundationdb](https://github.com/apple/foundationdb/releases/tag/7.3.43)**
>
> Same code as 7.3.42 but with avx enabled.

---

<div class="post-metadata">

**Author:** ![arsriram](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/arsriram/32/1837_2.png) [@arsriram](https://forums.foundationdb.org/u/arsriram)\
**Post date:** [July 9, 2024, 6:51pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/13 "2024-07-09T18:51:30Z")

</div>

7.3.43 has the ‘pre-release’ tag. Is this release considered stable/production-ready?

---

<div class="post-metadata">

**Author:** ![jzhou](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/jzhou/32/445_2.png) [@jzhou](https://forums.foundationdb.org/u/jzhou)\
**Post date:** [July 12, 2024, 4:47am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/14 "2024-07-12T04:47:26Z")

</div>

7.3.43 has fixed the client metric issue. However, our testing on REHL9 (newer kernel vs. old one) shows frequent OOMs for storage servers, which is under investigation and might need patches.

---

<div class="post-metadata">

**Author:** ![jzhou](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/jzhou/32/445_2.png) [@jzhou](https://forums.foundationdb.org/u/jzhou)\
**Post date:** [August 7, 2024, 5:10pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/15 "2024-08-07T17:10:16Z")

</div>

The OOM issue was caused by Linux kernel’s Transparent Huge Page (THP) feature. Changing THP flag to `madvise` solves the problem:

```auto
# echo madvise > /sys/kernel/mm/transparent_hugepage/enabled

```

After the change, bounce all `fdbserver` processes:

```auto
fdbcli> kill; kill all

```

---

<div class="post-metadata">

**Author:** ![Rjerk](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/rjerk/32/1056_2.png) [@Rjerk](https://forums.foundationdb.org/u/Rjerk)\
**Post date:** [August 9, 2024, 1:50am UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/17 "2024-08-09T01:50:04Z")

</div>

Does this option need to be enabled in version 7.1?

---

<div class="post-metadata">

**Author:** ![jzhou](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/jzhou/32/445_2.png) [@jzhou](https://forums.foundationdb.org/u/jzhou)\
**Post date:** [August 12, 2024, 11:02pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/18 "2024-08-12T23:02:22Z")

</div>

Depends on your deployment. If there are OOMs of storage servers, then making the change will probably solve the issue. Otherwise, no changes are needed. In a different thread, it was mentioned that THP might have some performance gains.

---

<div class="post-metadata">

**Author:** ![jamesreprise](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/jamesreprise/32/1854_2.png) [@jamesreprise](https://forums.foundationdb.org/u/jamesreprise)\
**Post date:** [September 17, 2024, 5:37pm UTC](https://forums.foundationdb.org/t/when-will-fdb-7-3-be-officially-released-as-a-production-version/4197/19 "2024-09-17T17:37:25Z")

</div>

We’ve found that 7.3.43 on Amazon Linux 2023 still exhibits this behaviour even with `/sys/kernel/mm/transparent_hugepage/enabled` set to `madvise`. Did you make any additional changes to resolve this?

In the same environment, we found that 7.3.37 does not exhibit this behaviour and behaves as expected.
