Describe the bug

While testing the next release candidate, i.e 2025.1.1rc1 on a pre-deployed nebari, I noticed that intenrlay to the conda-store-server pod, an internal error was ocuround with regarding to the e validation of the Database ORM Namespace object, which leaded to a complete failed to load namespace list in the actual UI as seen bellow:

The root issue has been forwarded to conda-store already under conda-incubator/conda-store#1062, and a fix will likely be included in an upcking conda-store release. Though, this leaves us with a way to handle this properly on nebari right now:

• for systems that already tested out the newest nebari rc, removing the conda-store upgrade from this release could cause issues, since we had mentions of problems with the conda-store being rollback in the past -- mostly DB related
• The current workaround involves a change in the DB Namespaces table to update any metadata_ nullable fields into empty dictionaries (more info in the linked issue above)

It seems that the best course of action can be summarized in two scenarios:

• Hold the nebari release until the issue on conda-store is addressed upstream, and a new version is cut;
• Include notes or an automated step under the upgrade command to automatic update the PostregresSQL DB associated with conda-store;

Expected behavior

Namespace should show up in conda-store UI and usual user experience should succeed;

OS and architecture in which you are running Nebari

Linux

How to Reproduce the problem?

Notes on reproducatbilty in the original conda-store issue

Command output

Versions and dependencies used.

Nebari 2025.1.1rc1

Compute environment

GCP

Integrations

conda-store

Anything else?

Open for discussions