@@ -12,7 +12,7 @@ HDFS must be configured to initiate the upgrade process. To do this, run the fol
1212// This could be automated by the operator, but dfsadmin does not have good machine-readable output.
1313// It *can* be queried over JMX, but we're not so lucky for finalization.
1414
15- [source,terminal ]
15+ [source,shell ]
1616----
1717$ hdfs dfsadmin -rollingUpgrade prepare
1818PREPARE rolling upgrade ...
@@ -46,7 +46,7 @@ Proceed with rolling upgrade:
4646
4747Once ready, the HdfsCluster can be updated with the new product version:
4848
49- [source,terminal ]
49+ [source,shell ]
5050----
5151$ kubectl patch hdfs/simple-hdfs --patch '{"spec": {"image": {"productVersion": "3.4.0"}}}' --type=merge
5252hdfscluster.hdfs.stackable.tech/simple-hdfs patched
@@ -60,7 +60,7 @@ NOTE: Services will be upgraded in order: JournalNodes, then NameNodes, then Dat
6060
6161Once all HDFS pods are running the new version, the HDFS upgrade can be finalized (from the HDFS superuser environment):
6262
63- [source,terminal ]
63+ [source,shell ]
6464----
6565$ hdfs dfsadmin -rollingUpgrade finalize
6666FINALIZE rolling upgrade ...
@@ -76,7 +76,7 @@ WARNING: Please ensure that all NameNodes are running and available before proce
7676
7777Finally, the operator and cluster should be taken out of upgrade mode, by marking the HdfsCluster as upgraded to the new version:
7878
79- [source,terminal ]
79+ [source,shell ]
8080----
8181$ kubectl patch hdfs/simple-hdfs --subresource=status --patch '{"status": {"deployedProductVersion": "3.4.0"}}' --type=merge
8282hdfscluster.hdfs.stackable.tech/simple-hdfs patched
0 commit comments