Are you using our SaaS platform (Baserow.io) or self-hosting Baserow?
Self-hosted
If you are self-hosting, what version of Baserow are you running?
Baserow 1.31.0
If you are self-hosting, which installation method do you use to run Baserow?
Docker single image (both custom and standard configs)
What are the exact steps to reproduce this issue?
After upgrade from 1.30.1, Baserow fails to start (logs indicate a crash).
In my case this only seems to happen to instances which were first installed prior to version 1.30.1, but there may be other factors at play here (I don’t have enough test instances to draw any meaningful conclusions about version impact - and I have not investigated this further yet)
The relevant part of the logs seems to be this:
[BACKEND][2025-02-10 13:29:32] return self.cursor.execute(sql)
[BACKEND][2025-02-10 13:29:32] ^^^^^^^^^^^^^^^^^^^^^^^^
[BACKEND][2025-02-10 13:29:32] django.db.utils.ProgrammingError: operator does not exist: integer = text
[BACKEND][2025-02-10 13:29:32] LINE 7: WHERE opt.id = "database_tab…
[BACKEND][2025-02-10 13:29:32] ^
[BACKEND][2025-02-10 13:29:32] HINT: No operator matches the given name and argument types. You might need to add explicit type casts.
2025-02-10 13:29:32,919 WARN exited: backend (exit status 1; not expected)
2025-02-10 13:29:32,919 WARN exited: backend (exit status 1; not expected)
2025-02-10 13:29:32,919 INFO gave up: backend entered FATAL state, too many start retries too quickly
2025-02-10 13:29:32,919 INFO gave up: backend entered FATAL state, too many start retries too quickly
2025-02-10 13:29:32,919 INFO reaped unknown pid 731 (exit status 0)
2025-02-10 13:29:32,919 INFO reaped unknown pid 731 (exit status 0)
Baserow was stopped or one of it’s services crashed, see the logs above for more details.