Repository navigation
tracking: Test demo upgrades on nightly versions for 26.7.0 #425
Description
Part of stackabletech/issues#847
This is testing that upgrades from the stable release to the nightly release of the operators
and products do not negatively impact the products.
Note
Record the results (issues, anomalies, or success) during the process in a comment on this issue.
Eg:
:green_circle: **airflow-scheduled-job**
The CRD had been updated and I needed to change the following in the manifest:
...The following emojis can be used to indicate the status:
hourglass: In progress / waitingred_circle: In progress with errorsorange_circle: Completed with minor issues or anomaliesgreen_circle: Completed without issues or errors
List of demos
Replace the items in the lists below with the applicable Pull Requests (if any). Also put your
GitHub handle next to the demo to indicate a particular demo was picked up for testing.
- airflow-scheduled-job @adwk67
-
argo-cd-git-ops - data-lakehouse-iceberg-trino-spark @sbernauer
- end-to-end-security @Techassi
- hbase-hdfs-load-cycling-data @adwk67
- jupyterhub-keycloak @Techassi
- jupyterhub-pyspark-hdfs-anomaly-detection-taxi-data @sweb
- logging @Techassi
- nifi-kafka-druid-earthquake-data @sbernauer
- nifi-kafka-druid-water-level-data @sbernauer
- signal-processing @Techassi
- spark-k8s-anomaly-detection-taxi-data @NickLarsenNZ
- trino-iceberg @sbernauer
- trino-taxi-data @sbernauer
List of stacks
Similar to the demos above we need to test all stacks that don't have a demo.
Replace the items in the lists below with the applicable Pull Requests (if any). Also put your
GitHub handle next to the stack to indicate a particular stack was picked up for testing.
Tip
Some of the stacks have a tutorial to follow.
We decided an upgrade test is not needed
-
monitoring -
observability -
openldap -
tutorial-openldap
Stable to Nightly Upgrade Testing Instructions
These instructions are for deploying and completing the stable demo, and then
upgrading operators, CRDs, and products to the nightly versions well as upgrading
the operators and CRDS.
Tip
Be sure to select the stable docs version on https://docs.stackable.tech/home/stable/demos/.
# For demo testing, , install demo (stable operators) for the stable release (26.3).
stackablectl demo install <DEMO_NAME>
# For stack testing, install stack via
stackablectl stack install <STACK_NAME>
# --- IMPORTANT ---
# Run through the stable demo/stack instructions (refer to the list above).
# Install nightly version of operators
stackablectl release upgrade dev
# Bump every stacklet to the version that used by the nightly demo.
# Typically, this is the latest supported version.
kubectl patch hbaseclusters/hbase --type='json' -p='[{"op": "replace", "path": "/spec/image/productVersion", "value":"x.x.x"}]' # changed
# Check that the operator logs look good (no unexpected errors etc.)
# Run through the (still) nightly demo/stack instructions again.HDFS rolling upgrade instructions
For demos that use HDFS, also test a rolling upgrade.
Also see https://docs.stackable.tech/home/nightly/hdfs/usage-guide/upgrading/
# In some cases (eg. in the end-to-end-security demo), HDFS is kerberized.
# This requires these commands to be run first.
# Pick "nn/..."
klist -kt /stackable/kerberos/keytab
kinit -kt /stackable/kerberos/keytab <PRINCIPAL_FROM_ABOVE>
# These commands need to be executed in a superuser environment (eg. the namenode pod)
hdfs dfsadmin -rollingUpgrade prepare
hdfs dfsadmin -rollingUpgrade query # repeat until "Proceed with rolling upgrade"
# Now patch the productVersion in your regular shell
kubectl patch hdfs/<CLUSTER_NAME> --type=merge \
--patch '{"spec": {"image": {"productVersion": "<NEW_VERSION>"}}}'
# Finalize the upgrade in the namenode pod
# Needs another kinit because the container was restarted
hdfs dfsadmin -rollingUpgrade finalize
kubectl patch hdfs/<CLUSTER_NAME> --subresource=status --type=merge \
--patch '{"status": {"deployedProductVersion": "<NEW_VERSION>"}}'Metadata
Metadata
Assignees
Labels
Type
Projects
- StatusShow more project fieldsDone
Activity
Techassi commentedon Jul 10, 2026
🟢 logging
Techassi commentedon Jul 10, 2026
🟢 signal-processing
Initially, the
create-nifi-ingestion-jobfailed because it timed out when trying to connect to NiFi. NiFi seems to fail to connect to the Postgres database:JDBC driver class 'org.postgresql.Driver' not found. No JDBC driver classes found in the provided resources.@adwk67 discovered the issue and it is fixed by:sbernauer commentedon Jul 10, 2026
⌛ trino-iceberg
sbernauer commentedon Jul 10, 2026
⌛ trino-taxi-data
SECRET_KEYrotation, see https://stackable-workspace.slack.com/archives/C0AV49795HQ/p1783672917029649 = > Fixed by fix: Correctly migrateSECRET_KEYfrom 26.3 setups superset-operator#754NickLarsenNZ commentedon Jul 10, 2026
🟢 spark-k8s-anomaly-detection-taxi-data
Missing field metadataDatabase).Missing field metadataDatabase, also missingcredentialSecretName, and a new SECRET_KEY is being generated instead of using the established one: 26.3 -> 0.0.0-devSECRET_KEYrotation breaks stacklet superset-operator#753)Upgrade commands
original issues
Hive operator nightly:
Spark operator nightly:
adwk67 commentedon Jul 10, 2026
🟢 airflow-scheduled-job
credentialsSecretNameandmetadataDatabaseTechassi commentedon Jul 10, 2026
🟢 jupyterhub-keycloak
Techassi commentedon Jul 10, 2026
🟢 end-to-end-security
kinit)sweb commentedon Jul 10, 2026
🟢 jupyterhub-pyspark-hdfs-anomaly-detection-taxi-data
adwk67 commentedon Jul 10, 2026
🟢 hbase-hdfs-load-cycling-data
kubectl delete sts hbase-restserver-defaultkubectl delete sts hbase-restserver-defaultsbernauer commentedon Jul 13, 2026
🟢 nifi-kafka-druid-earthquake-data
sbernauer commentedon Jul 13, 2026
🟢 nifi-kafka-druid-water-level-data
Techassi commentedon Jul 13, 2026
🔴 argo-cd-git-ops
Note
Should be fixed by #438
sbernauer commentedon Jul 14, 2026
🟢 data-lakehouse-iceberg-trino-spark
-> Had to do the usual CRD changes, all documented
-> Had to delete the SparkAppTemplate
sbernauer commentedon Jul 14, 2026
Upgrade testing completed