feat: update default PostgreSQL version to 17.2

.github/pg_versions.json

@@ -1,26 +1,26 @@
 {
   "17": [
-    "17rc1",
-    "17rc1-5"
+    "17.2",
+    "17.1"
   ],
   "16": [
-    "16.4",
-    "16.3"
+    "16.6",
+    "16.5"
   ],
   "15": [
-    "15.8",
-    "15.7"
+    "15.10",
+    "15.9"
   ],
   "14": [
-    "14.13",
-    "14.12"
+    "14.15",
+    "14.14"
   ],
   "13": [
-    "13.16",
-    "13.15"
+    "13.18",
+    "13.17"
   ],
   "12": [
-    "12.20",
-    "12.19"
+    "12.22",
+    "12.21"
   ]
 }

docs/src/bootstrap.md

@@ -504,7 +504,7 @@ file on the source PostgreSQL instance:
 host replication streaming_replica all md5
 ```
 
-The following manifest creates a new PostgreSQL 16.4 cluster,
+The following manifest creates a new PostgreSQL 17.2 cluster,
 called `target-db`, using the `pg_basebackup` bootstrap method
 to clone an external PostgreSQL cluster defined as `source-db`
 (in the `externalClusters` array). As you can see, the `source-db`
@@ -519,7 +519,7 @@ metadata:
   name: target-db
 spec:
   instances: 3
-  imageName: ghcr.io/cloudnative-pg/postgresql:16.4
+  imageName: ghcr.io/cloudnative-pg/postgresql:17.2
 
   bootstrap:
     pg_basebackup:
@@ -539,7 +539,7 @@ spec:
 ```
 
 All the requirements must be met for the clone operation to work, including
-the same PostgreSQL version (in our case 16.4).
+the same PostgreSQL version (in our case 17.2).
 
 #### TLS certificate authentication
 
@@ -554,7 +554,7 @@ in the same Kubernetes cluster.
     This example can be easily adapted to cover an instance that resides
     outside the Kubernetes cluster.
 
-The manifest defines a new PostgreSQL 16.4 cluster called `cluster-clone-tls`,
+The manifest defines a new PostgreSQL 17.2 cluster called `cluster-clone-tls`,
 which is bootstrapped using the `pg_basebackup` method from the `cluster-example`
 external cluster. The host is identified by the read/write service
 in the same cluster, while the `streaming_replica` user is authenticated
@@ -569,7 +569,7 @@ metadata:
   name: cluster-clone-tls
 spec:
   instances: 3
-  imageName: ghcr.io/cloudnative-pg/postgresql:16.4
+  imageName: ghcr.io/cloudnative-pg/postgresql:17.2
 
   bootstrap:
     pg_basebackup:

docs/src/declarative_hibernation.md

@@ -58,7 +58,7 @@ $ kubectl cnpg status <cluster-name>
 Cluster Summary
 Name:              cluster-example
 Namespace:         default
-PostgreSQL Image:  ghcr.io/cloudnative-pg/postgresql:16.4
+PostgreSQL Image:  ghcr.io/cloudnative-pg/postgresql:17.2
 Primary instance:  cluster-example-2
 Status:            Cluster in healthy state 
 Instances:         3

docs/src/image_catalog.md

@@ -32,7 +32,7 @@ spec:
     - major: 15
       image: ghcr.io/cloudnative-pg/postgresql:15.6
     - major: 16
-      image: ghcr.io/cloudnative-pg/postgresql:16.4
+      image: ghcr.io/cloudnative-pg/postgresql:17.2
 ```
 
 **Example of a Cluster-Wide Catalog using `ClusterImageCatalog` Resource:**
@@ -47,7 +47,7 @@ spec:
     - major: 15
       image: ghcr.io/cloudnative-pg/postgresql:15.6
     - major: 16
-      image: ghcr.io/cloudnative-pg/postgresql:16.4
+      image: ghcr.io/cloudnative-pg/postgresql:17.2
 ```
 
 A `Cluster` resource has the flexibility to reference either an `ImageCatalog`

docs/src/kubectl-plugin.md

@@ -254,7 +254,7 @@ Cluster in healthy state
 Name:               sandbox
 Namespace:          default
 System ID:          7039966298120953877
-PostgreSQL Image:   ghcr.io/cloudnative-pg/postgresql:16.4
+PostgreSQL Image:   ghcr.io/cloudnative-pg/postgresql:17.2
 Primary instance:   sandbox-2
 Instances:          3
 Ready instances:    3
@@ -299,7 +299,7 @@ Cluster in healthy state
 Name:               sandbox
 Namespace:          default
 System ID:          7039966298120953877
-PostgreSQL Image:   ghcr.io/cloudnative-pg/postgresql:16.4
+PostgreSQL Image:   ghcr.io/cloudnative-pg/postgresql:17.2
 Primary instance:   sandbox-2
 Instances:          3
 Ready instances:    3
@@ -981,7 +981,7 @@ it from the actual pod. This means that you will be using the `postgres` user.
 ```shell
 kubectl cnpg psql cluster-example
 
-psql (16.4 (Debian 16.4-1.pgdg110+1))
+psql (17.2 (Debian 17.2-1.pgdg110+1))
 Type "help" for help.
 
 postgres=#
@@ -992,7 +992,7 @@ select to work against a replica by using the `--replica` option:
 
 ```shell
 kubectl cnpg psql --replica cluster-example
-psql (16.4 (Debian 16.4-1.pgdg110+1))
+psql (17.2 (Debian 17.2-1.pgdg110+1))
 
 Type "help" for help.
 

docs/src/monitoring.md

@@ -217,7 +217,7 @@ cnpg_collector_up{cluster="cluster-example"} 1
 
 # HELP cnpg_collector_postgres_version Postgres version
 # TYPE cnpg_collector_postgres_version gauge
-cnpg_collector_postgres_version{cluster="cluster-example",full="16.4"} 16.4
+cnpg_collector_postgres_version{cluster="cluster-example",full="17.2"} 17.2
 
 # HELP cnpg_collector_last_failed_backup_timestamp The last failed backup as a unix timestamp
 # TYPE cnpg_collector_last_failed_backup_timestamp gauge

docs/src/postgis.md

@@ -100,7 +100,7 @@ values from the ones in this document):
 ```console
 $ kubectl exec -ti postgis-example-1 -- psql app
 Defaulted container "postgres" out of: postgres, bootstrap-controller (init)
-psql (16.4 (Debian 16.4-1.pgdg110+1))
+psql (17.2 (Debian 17.2-1.pgdg110+1))
 Type "help" for help.
 
 app=# SELECT * FROM pg_available_extensions WHERE name ~ '^postgis' ORDER BY 1;

docs/src/samples/cluster-example-full.yaml

@@ -35,7 +35,7 @@ metadata:
   name: cluster-example-full
 spec:
   description: "Example of cluster"
-  imageName: ghcr.io/cloudnative-pg/postgresql:16.4
+  imageName: ghcr.io/cloudnative-pg/postgresql:17.2
   # imagePullSecret is only required if the images are located in a private registry
   # imagePullSecrets:
   #   - name: private_registry_access

docs/src/scheduling.md

@@ -40,7 +40,7 @@ metadata:
   name: cluster-example
 spec:
   instances: 3
-  imageName: ghcr.io/cloudnative-pg/postgresql:16.4
+  imageName: ghcr.io/cloudnative-pg/postgresql:17.2
 
   affinity:
     enablePodAntiAffinity: true # Default value

docs/src/ssl_connections.md

@@ -173,7 +173,7 @@ Output:
                                         version
 --------------------------------------------------------------------------------------
 ------------------
-PostgreSQL 16.4 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 8.3.1 20191121 (Red Hat
+PostgreSQL 17.2 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 8.3.1 20191121 (Red Hat
 8.3.1-5), 64-bit
 (1 row)
 ```

docs/src/troubleshooting.md

@@ -218,7 +218,7 @@ Cluster in healthy state
 Name:               cluster-example
 Namespace:          default
 System ID:          7044925089871458324
-PostgreSQL Image:   ghcr.io/cloudnative-pg/postgresql:16.4-3
+PostgreSQL Image:   ghcr.io/cloudnative-pg/postgresql:17.2-3
 Primary instance:   cluster-example-1
 Instances:          3
 Ready instances:    3
@@ -294,7 +294,7 @@ kubectl describe cluster <CLUSTER_NAME> -n <NAMESPACE> | grep "Image Name"
 Output:
 
 ```shell
-  Image Name:    ghcr.io/cloudnative-pg/postgresql:16.4-3
+  Image Name:    ghcr.io/cloudnative-pg/postgresql:17.2-3
 ```
 
 !!! Note

pkg/versions/versions.go

@@ -23,7 +23,7 @@ const (
 	Version = "1.25.0-rc1"
 
 	// DefaultImageName is the default image used by the operator to create pods
-	DefaultImageName = "ghcr.io/cloudnative-pg/postgresql:16.4"
+	DefaultImageName = "ghcr.io/cloudnative-pg/postgresql:17.2"
 
 	// DefaultOperatorImageName is the default operator image used by the controller in the pods running PostgreSQL
 	DefaultOperatorImageName = "ghcr.io/cloudnative-pg/cloudnative-pg:1.25.0-rc1"