The database may be in a dirty state. To resolve this, the Alembic CLI can be used from the `src/phoenix/db` directory inside the Phoenix project root. From here, revert any partial migrations and run `alembic stamp` to reset the migration state, then try starting Phoenix again. -- Hello seeing this issue suddenly on the kube. it was working fine till yesterday. pod crashed and app is down.
馃挕聽Hint: Mention RunLLM in the thread for followups.
No version update, we are using helm chart deployment. but we created new database in the same schema where phoenix is running. will there be a issue?
hmmm this is using postgres?
yes its right
if it's truly a new database I am confused as to why that would trigger a new mutation, but are you running two applications with separate tables all in the same database?
in which case you can definitely get a conflict
