@@ -12,7 +12,7 @@ HDFS must be configured to initiate the upgrade process. To do this, run the fol
12
12
// This could be automated by the operator, but dfsadmin does not have good machine-readable output.
13
13
// It *can* be queried over JMX, but we're not so lucky for finalization.
14
14
15
- [source,terminal ]
15
+ [source,shell ]
16
16
----
17
17
$ hdfs dfsadmin -rollingUpgrade prepare
18
18
PREPARE rolling upgrade ...
@@ -46,7 +46,7 @@ Proceed with rolling upgrade:
46
46
47
47
Once ready, the HdfsCluster can be updated with the new product version:
48
48
49
- [source,terminal ]
49
+ [source,shell ]
50
50
----
51
51
$ kubectl patch hdfs/simple-hdfs --patch '{"spec": {"image": {"productVersion": "3.4.0"}}}' --type=merge
52
52
hdfscluster.hdfs.stackable.tech/simple-hdfs patched
@@ -60,7 +60,7 @@ NOTE: Services will be upgraded in order: JournalNodes, then NameNodes, then Dat
60
60
61
61
Once all HDFS pods are running the new version, the HDFS upgrade can be finalized (from the HDFS superuser environment):
62
62
63
- [source,terminal ]
63
+ [source,shell ]
64
64
----
65
65
$ hdfs dfsadmin -rollingUpgrade finalize
66
66
FINALIZE rolling upgrade ...
@@ -76,7 +76,7 @@ WARNING: Please ensure that all NameNodes are running and available before proce
76
76
77
77
Finally, the operator and cluster should be taken out of upgrade mode, by marking the HdfsCluster as upgraded to the new version:
78
78
79
- [source,terminal ]
79
+ [source,shell ]
80
80
----
81
81
$ kubectl patch hdfs/simple-hdfs --subresource=status --patch '{"status": {"deployedProductVersion": "3.4.0"}}' --type=merge
82
82
hdfscluster.hdfs.stackable.tech/simple-hdfs patched
0 commit comments