0.53 Field metadata settings are missing for field workspaceMember
@Jas0r @Badr
69 Replies
Hello there, if you're facing the
Field metadata settings are missing for field workspaceMember
while upgrading to 0.53
high chances that it means you've missed the 0.52
upgrade.
First things first you need to retrieve your workspace version from your core.workspace
table.
If it's between 0.52.0 and 0.52.6 you will need to:
- Manually update in database your workspace version to 0.51.0
( in order for the 0.52 ugprade to run over your workspace )
- pull twenty's version 0.52.11
( replace TAG env var value )
- run yarn database:migrate:prod
- run yarn command:prod upgrade
- Optionally double check that your workspace version is now correctly 0.52.11
Finally pull twenty's version 0.53
( upgrade is not done automatically ) and check your workspace version is now correctly 0.53.X
If you still face the error, unfortunately it might means your workspace got corrupted.
Would recommend restoring a previous backup and apply the same process described aboveHi! I was successfully running v0.52.8 before upgrading to v0.53 today.
Do you still recommend the flow you suggest?
Trying to go through what you suggest, I can't update the db.
I was expecting to find a database related to twenty
A
\d
in the shell after running # PGPASSWORD=xxxxx psql -h localhost -p 5432 -U postgres -d postgres
returns Did not find any relations.
Should not be necessary
It should be within
default
database
Have you run both the migrate and upgrade command for your 0.52 upgrade ?
Could you please share your upgrade logs ?So I went ahead and did as you said, here are the upgrade logs.
Hey @Rob following your message from #🏡︱general
Hey, I'm getting the same error. I've upgraded from 0.51 to 0.52 and then to 0.53
Ok about to prio reproducing this in about 30 mins
Would anyone be up for a call in order to check your instance please ? still unable to reproduce. Or if a good willing soul could share a backup that I could restore with the minimal repro would be lovely
This errors occur because your workspace does not seem to have completed the
MigrateRelationsToFieldMetadataCommand
command done through the upgrade one. You can manually, starting from 0.52
( also avaiable in 0.53 ), run using
Could you please share this command logs ?
@Taldres @Badr@prastoin thanks. But I'm running into
Field metadata settings are missing for field workflow
.
I could open a new thread to this specific error, if neededThat's the same issue
@Taldres could you please share the row matching this query please
Your metadata schema is empty ?
@prastoin happy to share a backup. I just sent you a friend request to share it in DM.
Hey @Rorschach in order to espace 0.52 please follow initial message process. please always do a backup before upgrading, and always upgrade to
0.52
agonistically of the patchHi prastoin, what does "agnostically of the patch" mean?
I wanted to mean that by pulling from the
0.52
mirror if a new patch is added it will get pulled automaticallyNot 100% sure what you mean, but if it isn't that important, it should be fine
I am unfamiliar with postgres (normally use maria), can you give me a suggestion of which section contains the required field to alter the version?

No worries, should be located at
default.core.workspace
table
in schemasThis is what I have under schemas, I can see nothing that looks relevant under 'core'

Okay, this appears to be the correct place, where does the version number get entered?

Depends on your database GUI/explorer but I would tend to think you can find an edit option ?
What's the current value still ?
I'm looking around for a 'version' value but can't see one
Please double click on
workspace
table to see value I guess, what software are you using to iterate through your db ?pgadmin
This is where I currently am

Please run
SELECT * from core.workspace;
as queryOkay I found it I think
Please share the value

Please pull latest
0.52
version by changing your .env
TAG=0.52
To finally upgrade following https://twenty.com/developers/section/self-hosting/upgrade-guide#v0.51-to-v0.52
Nothing blocking hereDo I still amend the version within pgadmin to 0.51.0?
Running the upgrade commands without amending the version results in the following error

No need
Please run the migrate command before the upgrade
Hi, I did that (and just repeated the process to confirm)
What version are you using exactly ?
The twenty server container is 0.52
Have you restarted your containers ?
Please review your workspace version in order to check if has been migrated to 0.52
My hunch is that you haven't refreshed your twenty instance to 0.52 correclty
I did a compose up with --force-recreate
Worth noting only the server container has the 0.52 tag set
This is the set of container as they are now

Database still reports 0.51.1
docker compose down
docker compose up
That has already been done
I will do it again though
Did a compose down, deleted unused images, compose up (redownloaded images), re-ran upgrade commands and had a different error

did you migrated (dump & restore) dbs to new postgres?? remember having similar issues related to corrupt data state (had to repeat dumping and restoring a couple of times to fix)
Nope
Hey @Rorschach @dialnco is right since 0.42 we do not support spilo postgres image anymore please find official migration here https://twenty.com/developers/section/self-hosting/upgrade-guide#(option-2)-database-migration
Oh, I did this process at the time
from this screen looks like you still use spilo db
Will check this out later
When doing the dump/restore, am I deleting the original database prior to doing the import?
dont delete the db! I recommend creating a new staging project and test if you can migrate your data successfully first to the new staging project with the new db. After you confirm your dump and restoration flow is successful then you can proceed to use your staging as your main.
Sorry dialnco, but I have no idea what you mean by "new staging project"
After a bunch of failed attempts to migrate/upgrade/whatever, I now have a backup of the original db in a "databases_backup.sql"
What exactly should I be doing with this to put something back into production
ie) what version of Twenty should I spin up to be able to use this
I see the same errors.
I restored a backup with version 0.52.0 and still cannot upgrade, nor is it working anymore with server-version 0.52.0.
In the database I see that columns "relationTargetFieldMetadataId" and "relationTargetObjectMetadataId" are empty for all rows but 2.
Any hints?
please use latest 0.52 patch version
and double check your workspace version value
I use tag v0.52 of the docker image.
I changed the version in the db by doing
update core.workspace set version='0.51.0';
Still get
[Nest] 128 - 05/19/2025, 11:51:21 AM LOG [UpgradeCommand] Running command on workspace c73dbca2-bbc6-44e1-b4c0-07a2092714c0 1/1 Computing new Datasource for cacheKey: c73dbca2-bbc6-44e1-b4c0-07a2092714c0-26 out of 0 [Nest] 128 - 05/19/2025, 11:51:22 AM WARN [UpgradeCommand] Error in workspace c73dbca2-bbc6-44e1-b4c0-07a2092714c0: Field metadata settings are missing for field workspaceMember [Nest] 128 - 05/19/2025, 11:51:22 AM ERROR [UpgradeCommand] Error in workspace c73dbca2-bbc6-44e1-b4c0-07a2092714c0: Field metadata settings are missing for field workspaceMember [Nest] 128 - 05/19/2025, 11:51:22 AM ERROR [UpgradeCommand] undefined [Nest] 128 - 05/19/2025, 11:51:22 AM LOG [UpgradeCommand] Command completed!
You have to target a specific workspace in order to mutate the version
Please double check the value of your workspace version before and after mutation attempt to assert it has been modified
I have only one workspace in the database:
twentycrm=# select count(*) from core.workspace ; count ------- 1 (1 row)After the update, it is set to 0.51.0:
twentycrm=# select version from core.workspace; version --------- 0.51.0 (1 row)Anit was 0.52.0 before
Also, during the import of my .sql file into postgres, it appears to be mostly successful aside from these error messages at the end... are these of any concern, or even related to the login message?

Thanks in advance for any further input
@prastoin Hey 🙂 I'm at 0.54 rn 🙂
It worked for me to set the
version
in the workspace table row to 0.51 and metadataVersion to 51.
After that I upgraded version to versionGlad to hear that @Taldres ! Congrats
Enjoy coding !
Thanks for your time ✌️
Related github issue https://github.com/twentyhq/twenty/issues/12030#issuecomment-2901597952
GitHub
Upgrade from v0.52.11 to v0.53.0 failed · Issue #12030 · twentyhq...
I am currently on v52.11, trying to upgrade to v0.53.0, v0.53.2, and the latest (by changing the tag), all unsuccessful. root@hs3:~/twenty# docker compose down; docker compose up -d WARN[0000] The ...
Hi everyone, I just got some time today and am reviewing the solution.
I think my issue is not the same. For the solution @Prastoin provide, it's more for:
Error in workspace ...: Field metadata settings are missing for field people
But my issue was originally:
Error in workspace 22a31f1b-091e-4b2d-b0c7-2a2c02c4f847: Field c7f7233c-35be-48dd-a93f-de6e520267b8 of type RELATION is a many to one relation but does not have a join column name
Totally different.
I am in a kinda awkward situation checking if I should open up the issue again, or just checking..
I followed the instruction, and it was not helping my case.
I am trying back-and-forth with the version to see if there's more clues I can get.I was able to jump v0.53 from v0.52.11 and updated directly to v0.54.6, but when I try to log in to the system, I get this

Hello @rebelliouswhiz you should never skip upgrading a version
If you can't upgrade from a 0.52 backup high chances that it means your workspace got corrupted anterioraly after not being ugpraded incrementally
Hello
Going from 0.52 to 0.53 and getting this:
What can I do?
Hey @armochillo, please refer to https://github.com/twentyhq/twenty/issues/12030#issuecomment-2907698243
GitHub
Upgrade from
v0.52.11
to v0.53.0
failed `Field metadata setting...I am currently on v52.11, trying to upgrade to v0.53.0, v0.53.2, and the latest (by changing the tag), all unsuccessful. root@hs3:~/twenty# docker compose down; docker compose up -d WARN[0000] The ...