[doc] [2025.2] CoreDB EA to GA (#29530)

aishwarya24 · ddhodge · web-flow · commit 929177006570 · 2025-12-11T10:28:35.000-05:00
* some ideas addressed

* addressed a few more

* query diagnostics

* reverted a change

* minor update

* added ea tag for pgvector again

---------

Co-authored-by: Dwight Hodge &lt;ghodge@yugabyte.com&gt;
diff --git a/docs/content/stable/additional-features/change-data-capture/using-logical-replication/_index.md b/docs/content/stable/additional-features/change-data-capture/using-logical-replication/_index.md
@@ -4,8 +4,6 @@ headerTitle: CDC using PostgreSQL replication protocol
 linkTitle: PostgreSQL protocol
 description: CDC using YugabyteDB PostgreSQL replication protocol.
 headcontent: Capture changes made to data in the database
-tags:
-  feature: early-access
 aliases:
   - /stable/explore/change-data-capture/using-logical-replication/
 menu:
diff --git a/docs/content/stable/additional-features/change-data-capture/using-logical-replication/yugabytedb-connector.md b/docs/content/stable/additional-features/change-data-capture/using-logical-replication/yugabytedb-connector.md
@@ -1549,13 +1549,9 @@ The following table lists the streaming metrics that are available.
 
 ### Parallel streaming
 
-{{<tags/feature/tp idea="1549">}}YugabyteDB also supports parallel streaming of a single table using logical replication. This means that you can start the replication for the table using parallel tasks, where each task polls on specific tablets.
+YugabyteDB also supports parallel streaming of a single table using logical replication. This means that you can start the replication for the table using parallel tasks, where each task polls on specific tablets.
 
-{{< note title="Important" >}}
-
-Parallel streaming is {{<tags/feature/tp idea="1549">}}. To enable the feature, set the `ysql_enable_pg_export_snapshot` and `ysql_yb_enable_consistent_replication_from_hash_range` flags to true.
-
-{{< /note >}}
+To enable the feature, set the `ysql_enable_pg_export_snapshot` and `ysql_yb_enable_consistent_replication_from_hash_range` flags to true.
 
 Use the following steps to configure parallel streaming using the YugabyteDB Connector.
 
diff --git a/docs/content/stable/additional-features/colocation.md b/docs/content/stable/additional-features/colocation.md
@@ -251,9 +251,7 @@ For information on how to set up xCluster for non-colocated tables, refer to [xC
 
 ## Colocated tables with tablespaces
 
-{{<tags/feature/ea idea="1104">}}Colocated tables can be placed in [tablespaces](../../explore/going-beyond-sql/tablespaces/). When a colocated table is created in a tablespace, the colocation tablet is placed and replicated exclusively in the tablespace.
-
-During Early Access, by default colocation support for tablespaces is not enabled. To enable the feature, set the flag `ysql_enable_colocated_tables_with_tablespaces=true`.
+Colocated tables can be placed in [tablespaces](../../explore/going-beyond-sql/tablespaces/). When a colocated table is created in a tablespace, the colocation tablet is placed and replicated exclusively in the tablespace.
 
 ### Create a colocated table in a tablespace
 
diff --git a/docs/content/stable/additional-features/pg-extensions/extension-pgpartman.md b/docs/content/stable/additional-features/pg-extensions/extension-pgpartman.md
@@ -3,8 +3,6 @@ title: pg_partman extension
 headerTitle: Partition manager extension
 linkTitle: pg_partman
 description: Using the pg_partman extension in YugabyteDB
-tags:
-  feature: early-access
 menu:
   stable:
     identifier: extension-pgpartman
diff --git a/docs/content/stable/api/ysql/exprs/_index.md b/docs/content/stable/api/ysql/exprs/_index.md
@@ -16,7 +16,7 @@ YSQL supports all PostgreSQL-compatible built-in functions and operators. The fo
 
 | Statement | Description |
 |-----------|-------------|
-| {{<tags/feature/ea idea="2160">}}[yb_index_check()](func_yb_index_check) | Checks if the given index is consistent with its base relation |
+| [yb_index_check()](func_yb_index_check) | Checks if the given index is consistent with its base relation |
 | [yb_hash_code()](func_yb_hash_code) | Returns the partition hash code for a given set of expressions |
 | [yb_servers()](func_yb_servers) | Returns a list of all the nodes in your cluster and their location |
 | [gen_random_uuid()](func_gen_random_uuid) | Returns a random UUID |
diff --git a/docs/content/stable/api/ysql/exprs/func_yb_index_check.md b/docs/content/stable/api/ysql/exprs/func_yb_index_check.md
@@ -3,8 +3,6 @@ title: yb_index_check() function [YSQL]
 headerTitle: yb_index_check()
 linkTitle: yb_index_check()
 description: Checks if the given index is consistent with its base relation.
-tags:
-  feature: early-access
 menu:
   stable_api:
     identifier: api-ysql-exprs-yb_index_check
diff --git a/docs/content/stable/api/ysql/the-sql-language/statements/streaming_create_repl_slot.md b/docs/content/stable/api/ysql/the-sql-language/statements/streaming_create_repl_slot.md
@@ -41,7 +41,7 @@ Determines whether the snapshot will be consumed by the client during slot initi
 - USE_SNAPSHOT: the client will consume the snapshot. This option can only be used inside a transaction, and CREATE_REPLICATION_SLOT must be the first command run in that transaction.
 - NOEXPORT_SNAPSHOT: the snapshot will be used for logical decoding only.
 
-These options are only available if the preview flag [ysql_enable_pg_export_snapshot](../../../../../explore/ysql-language-features/advanced-features/snapshot-synchronization) is set to true. When the flag is true, USE_SNAPSHOT is the default behavior. If the flag is not set, the snapshot options are not applicable and will be ignored.
+These options are only available if the preview flag [ysql_enable_pg_export_snapshot](../../../../../explore/ysql-language-features/advanced-features/snapshot-synchronization) {{<tags/feature/tp idea="1161">}} is set to true. When the flag is true, USE_SNAPSHOT is the default behavior. If the flag is not set, the snapshot options are not applicable and will be ignored.
 
 ## Examples
 
diff --git a/docs/content/stable/architecture/transactions/concurrency-control.md b/docs/content/stable/architecture/transactions/concurrency-control.md
@@ -1344,7 +1344,7 @@ Finally, advisory locks can be blocking or non-blocking:
 
 ## Table-level locks
 
-{{<tags/feature/tp idea="1114">}} Table-level locks for YSQL (available in {{<release "2025.1.1.0">}} and later) provide a mechanism to coordinate concurrent DML and DDL operations. The feature provides serializable semantics between DMLs and DDLs by introducing distributed locks on YSQL objects. PostgreSQL clients acquire locks to prevent DMLs and DDLs from running concurrently.
+{{<tags/feature/ea idea="1114">}} Table-level locks for YSQL (available in {{<release "2025.1.1.0">}} and later) provide a mechanism to coordinate concurrent DML and DDL operations. The feature provides serializable semantics between DMLs and DDLs by introducing distributed locks on YSQL objects. PostgreSQL clients acquire locks to prevent DMLs and DDLs from running concurrently.
 
 Support for table-level locks is disabled by default, and to enable the feature, set the [yb-tserver](../../../reference/configuration/yb-tserver/) flag [enable_object_locking_for_table_locks](../../../explore/transactions/explicit-locking/#enable-table-level-locks) to true.
 
diff --git a/docs/content/stable/architecture/transactions/read-restart-error.md b/docs/content/stable/architecture/transactions/read-restart-error.md
@@ -77,7 +77,7 @@ How does YugabyteDB prevent this clock skew anomaly?
 
 You can handle and mitigate read restart errors using the following techniques:
 
-- {{<tags/feature/tp idea="1807">}} Configure [highly accurate clocks](../../../deploy/manual-deployment/system-config#set-up-time-synchronization).
+- {{<tags/feature/ea idea="1807">}} Configure [highly accurate clocks](../../../deploy/manual-deployment/system-config#set-up-time-synchronization).
 - Implement retry logic in the application. Application retries can help mitigate read restart errors. Moreover, a statement or a transaction may fail in other ways such as transaction conflicts or infrastructure failures. Therefore, a retry mechanism is strongly recommended for a cloud-native, distributed database such as YugabyteDB.
 
   While implementing application retries is the best long-term approach, there are a few short-term solutions you can use in the interim.
diff --git a/docs/content/stable/deploy/manual-deployment/start-masters.md b/docs/content/stable/deploy/manual-deployment/start-masters.md
@@ -75,9 +75,9 @@ The number of comma-separated addresses in `--master_addresses` should equal the
 
 You can specify multiple directories using the [`--fs_data_dirs`](../../../reference/configuration/yb-master/#fs-data-dirs) flag. Replace the [`--rpc_bind_addresses`](../../../reference/configuration/yb-master/#rpc-bind-addresses) value with the private IP address of the host, and set the `placement_cloud`, `placement_region`, and `placement_zone` values appropriately. For single zone deployment, use the same value for the `placement_zone` flag.
 
-If you are running YSQL, for enhanced PostgreSQL compatibility, you can enable [Enhanced PostgreSQL Compatibility Mode](../../../reference/configuration/postgresql-compatibility/) (recommended).
+{{<tags/feature/ea idea="1807">}} Highly accurate clocks can be configured by specifying `--time_source=clockbound`. Requires [system configuration](../system-config#set-up-time-synchronization).
 
-{{<tags/feature/tp idea="1807">}} Highly accurate clocks can be configured by specifying `--time_source=clockbound`. Requires [system configuration](../system-config#set-up-time-synchronization).
+If you are running YSQL, for enhanced PostgreSQL compatibility, you can enable [Enhanced PostgreSQL Compatibility Mode](../../../reference/configuration/postgresql-compatibility/) (recommended).
 
 For the full list of configuration flags, see the [YB-Master reference](../../../reference/configuration/yb-master/).
 
@@ -150,7 +150,7 @@ $ ./bin/yb-tserver \
 
 Provide all of the master addresses using the [`--tserver_master_addrs`](../../../reference/configuration/yb-tserver/#tserver-master-addrs) flag. Replace the [`--rpc_bind_addresses`](../../../reference/configuration/yb-tserver/#rpc-bind-addresses) value with the private IP address of the host, and set the `placement_cloud`, `placement_region`, and `placement_zone` values appropriately. For single zone deployment, use the same value for the `--placement_zone` flag.
 
-{{<tags/feature/tp idea="1807">}} Highly accurate clocks can be configured by specifying `--time_source=clockbound`. Requires [system configuration](../system-config#set-up-time-synchronization).
+{{<tags/feature/ea idea="1807">}} Highly accurate clocks can be configured by specifying `--time_source=clockbound`. Requires [system configuration](../system-config#set-up-time-synchronization).
 
 For the full list of configuration flags, see the [YB-TServer reference](../../../reference/configuration/yb-tserver/).
 
diff --git a/docs/content/stable/deploy/manual-deployment/system-config.md b/docs/content/stable/deploy/manual-deployment/system-config.md
@@ -47,7 +47,7 @@ sudo bash ./bin/configure_ptp.sh
 
 ### Configure ClockBound
 
-{{<tags/feature/tp idea="1807">}} [ClockBound](https://github.com/aws/clock-bound) is an open source daemon that allows you to compare timestamps to determine order for events and transactions, independent of an instance's geographic location. ClockBound provides a strict interval in which the reference time (true time) exists.
+{{<tags/feature/ea idea="1807">}} [ClockBound](https://github.com/aws/clock-bound) is an open source daemon that allows you to compare timestamps to determine order for events and transactions, independent of an instance's geographic location. ClockBound provides a strict interval in which the reference time (true time) exists.
 
 Although optional, configuring ClockBound improves clock accuracy by several orders of magnitude. ClockBound requires chrony and can be used in conjunction with PTP.
 
diff --git a/docs/content/stable/explore/transactions/_index.md b/docs/content/stable/explore/transactions/_index.md
@@ -22,7 +22,7 @@ The following table summarizes the support for transactions across the YSQL and
 | Isolation levels | Serializable<br/>Snapshot<br/>Read Committed | Snapshot | Repeatable read isolation level in PostgreSQL maps to snapshot isolation in YSQL. |
 | `AUTOCOMMIT = false` setting | Yes | No | The transaction must be expressed as one statement in YCQL. |
 | Explicit locking | Yes | No | Ability to perform row- and table-level locking |
-| {{<tags/feature/tp idea="1677">}} Transactional DDL | Yes  | No | Each DDL statement is a transaction in YSQL, even if other DDL statements are in a transaction block. |
+| Transactional DDL | Yes  | No | Each DDL statement is a transaction in YSQL, even if other DDL statements are in a transaction block. |
 
 <!--
 | [Non-transactional tables] | No | Yes | Ability to disable multi-row transactions on a per-table basis. <br/>Useful for some features such as automatic data expiry. |
diff --git a/docs/content/stable/explore/transactions/explicit-locking.md b/docs/content/stable/explore/transactions/explicit-locking.md
@@ -118,13 +118,13 @@ For more information on using the locks, refer to [Advisory locks](../../../arch
 
 ## Table-level locks
 
-{{<tags/feature/tp idea="1114">}} Table-level locks are available in {{<release "2025.1.1.0">}} and later.
+{{<tags/feature/ea idea="1114">}} Table-level locks are available in {{<release "2025.1.1.0">}} and later.
 
 YugabyteDB's YSQL supports table-level locks (also known as object locks) to coordinate between DML and DDL operations. This feature ensures that DDLs wait for in-progress DMLs to finish before making schema changes, and gates new DMLs behind any waiting DDLs, providing concurrency handling that closely matches PostgreSQL behavior.
 
 Table-level locks depend on:
 
-- [Transactional DDL](../transactional-ddl/), controlled by [ysql_yb_ddl_transaction_block_enabled](../transactional-ddl/#enable-transactional-ddl) (preview flag).
+- [Transactional DDL](../transactional-ddl/), controlled by [ysql_yb_ddl_transaction_block_enabled](../transactional-ddl/#enable-transactional-ddl).
 - [YSQL lease](../../../architecture/transactions/concurrency-control/#ysql-lease-mechanism), lease period controlled by [master_ysql_operation_lease_ttl_ms](../../../reference/configuration/yb-master/#master-ysql-operation-lease-ttl-ms).
 - Per-database catalog caching, controlled by [ysql_enable_db_catalog_version_mode](../../../reference/configuration/yb-master/#ysql-enable-db-catalog-version-mode).
 
@@ -138,7 +138,7 @@ Table-level locks are disabled by default. To enable the feature, set the [yb-ts
 
 Because `enable_object_locking_for_table_locks` is a preview flag, to use it, add the flag to the [allowed_preview_flags_csv](../../../reference/configuration/yb-tserver/#allowed-preview-flags-csv) list (that is, `allowed_preview_flags_csv=enable_object_locking_for_table_locks`).
 
-As the table-level locks feature depends on Transactional DDL (currently not enabled by default), you need to enable the preview flag, [ysql_yb_ddl_transaction_block_enabled](../transactional-ddl/#enable-transactional-ddl).
+As the table-level locks feature depends on Transactional DDL (currently not enabled by default), you need to enable the flag [ysql_yb_ddl_transaction_block_enabled](../transactional-ddl/#enable-transactional-ddl).
 
 For more information on the lock scopes and lifecycle, see [Table-level locks](../../../architecture/transactions/concurrency-control/#table-level-locks).
 
diff --git a/docs/content/stable/explore/transactions/transactional-ddl.md b/docs/content/stable/explore/transactions/transactional-ddl.md
@@ -20,9 +20,7 @@ YugabyteDB's transactional DDL provides similar guarantees for rolling back DDL
 
 ## Enable transactional DDL
 
-{{<tags/feature/tp idea="1677">}} Support for transactional DDL is disabled by default, and to enable the feature, set the [yb-tserver](../../../reference/configuration/yb-tserver/) flag `ysql_yb_ddl_transaction_block_enabled` to true.
-
-Because `ysql_yb_ddl_transaction_block_enabled` is a preview flag, to use it, add the flag to the [allowed_preview_flags_csv](../../../reference/configuration/yb-tserver/#allowed-preview-flags-csv) list (that is, `allowed_preview_flags_csv=ysql_yb_ddl_transaction_block_enabled`).
+Support for transactional DDL is disabled by default, and to enable the feature, set the [yb-tserver](../../..reference/configuration/yb-tserver/) flag `ysql_yb_ddl_transaction_block_enabled` to true.
 
 ## Rollback capabilities
 
diff --git a/docs/content/stable/explore/ysql-language-features/indexes-constraints/_index.md b/docs/content/stable/explore/ysql-language-features/indexes-constraints/_index.md
@@ -90,7 +90,7 @@ Generalized Search Tree (GiST) indexes in SQL are versatile indexes that support
 
 ## Check indexes
 
-{{<tags/feature/ea idea="2160">}} Use the `yb_index_check()` utility function to check if an index is consistent with its base relation. Use it to detect inconsistencies that can creep in due to faulty storage, faulty RAM, or data files being overwritten or modified by unrelated software.
+Use the `yb_index_check()` utility function to check if an index is consistent with its base relation. Use it to detect inconsistencies that can creep in due to faulty storage, faulty RAM, or data files being overwritten or modified by unrelated software.
 
 {{<lead link="../../../api/ysql/exprs/func_yb_index_check/">}}
 To understand how to use the function, see [yb_index_check()](../../../api/ysql/exprs/func_yb_index_check/)
diff --git a/docs/content/stable/reference/configuration/yb-master.md b/docs/content/stable/reference/configuration/yb-master.md
@@ -186,7 +186,7 @@ Default: `true`
 
 ##### --time_source
 
-Specifies the time source used by the database. {{<tags/feature/tp idea="1807">}} Set this to `clockbound` for configuring a highly accurate time source. Using `clockbound` requires [system configuration](../../../deploy/manual-deployment/system-config/#set-up-time-synchronization).
+Specifies the time source used by the database. {{<tags/feature/ea idea="1807">}} Set this to `clockbound` for configuring a highly accurate time source. Using `clockbound` requires [system configuration](../../../deploy/manual-deployment/system-config/#set-up-time-synchronization).
 
 Default: `""`
 
diff --git a/docs/content/stable/reference/configuration/yb-tserver.md b/docs/content/stable/reference/configuration/yb-tserver.md
@@ -108,7 +108,7 @@ Specifies the queue size for the tablet server to serve reads and writes from ap
 
 {{% tags/wrap %}}
 {{<tags/feature/restart-needed>}}
-{{<tags/feature/tp idea="1807">}}
+{{<tags/feature/ea idea="1807">}}
 Default: `""`
 {{% /tags/wrap %}}
 
diff --git a/docs/content/stable/releases/ybdb-releases/v2024.1.md b/docs/content/stable/releases/ybdb-releases/v2024.1.md
@@ -767,7 +767,7 @@ docker pull yugabytedb/yugabyte:2024.1.1.0-b137
 
 ### Highlight
 
-**PostgreSQL Logical Replication Protocol Support** {{<tags/feature/ea>}}
+**PostgreSQL Logical Replication Protocol Support** {{<tags/feature/ea idea="805">}}
 
 We're excited to announce in the 2024.1.1.0 release support for the PostgreSQL Logical Replication Protocol for Change Data Capture (CDC), in addition to the existing native [gRPC Replication protocol](/v2024.1/additional-features/change-data-capture/using-yugabytedb-grpc-replication/).
 This feature allows you to manage CDC streams using [Publications](https://www.postgresql.org/docs/11/sql-createpublication.html) and [Replication Slots](https://www.postgresql.org/docs/11/logicaldecoding-explanation.html#LOGICALDECODING-REPLICATION-SLOTS), similar to native PostgreSQL. Additionally, a [new connector](/v2024.1/additional-features/change-data-capture/using-logical-replication/get-started/#get-started-with-yugabytedb-connector) is introduced that utilizes the logical replication protocol to consume the CDC streams via [Replication slots](https://www.postgresql.org/docs/current/logicaldecoding-explanation.html#LOGICALDECODING-REPLICATION-SLOTS).
diff --git a/docs/content/stable/releases/ybdb-releases/v2024.2.md b/docs/content/stable/releases/ybdb-releases/v2024.2.md
@@ -1207,7 +1207,7 @@ yugabyted does not work under Docker in v2024.2.2.0.
 * Non-disruptive adding of indexes for xCluster - Adding an index to a database configured with bi-directional xCluster Replication (or other non-transactional xCluster Replication) is now a non-disruptive, no-downtime operation. <!-- IDEA-1536 -->
 * Read committed isolation now {{<tags/feature/ga idea="IDEA-1099">}}. When a transaction runs on this isolation level, a query sees only data committed before the query began and never sees either dirty data or concurrent transaction changes committed during query execution. <!-- IDEA-1099 -->
 * Execution for Queries using InsertOnConflict clause are optimized for efficient execution for YugabyteDB distributed architecture.  <!-- IDEA-1455 --> {{<tags/feature/ea idea="IDEA-1455">}}
-* Support for synchronized sessions with export snapshot - Now supports pg_export_snapshot to offer consistent visibility of existing data across concurrent transactions and import using SET TRANSACTION by the current transaction. {{<tags/feature/ga idea="IDEA-1161">}} <!-- IDEA-1161 -->
+* Support for synchronized sessions with export snapshot - Now supports pg_export_snapshot to offer consistent visibility of existing data across concurrent transactions and import using SET TRANSACTION by the current transaction. {{<tags/feature/tp idea="IDEA-1161">}} <!-- IDEA-1161 -->
 
 #### CDC
 
@@ -1216,7 +1216,7 @@ yugabyted does not work under Docker in v2024.2.2.0.
 
 #### yugabyted
 
-* yugabyted enables native support for enhanced time sync using clockbound service. <!-- IDEA-1987 --> {{<tags/feature/ga idea="IDEA-1987">}}
+* yugabyted enables native support for enhanced time sync using ClockBound service. <!-- IDEA-1987 --> {{<tags/feature/ga idea="IDEA-1987">}}
 * yugabyted enables support for IPV6. <!-- IDEA-1854 --> {{<tags/feature/ea idea="IDEA-1854">}}
 
 #### YSQL
