You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 29, 2025. It is now read-only.
Repository navigation
This repository was archived by the owner on Oct 29, 2025. It is now read-only.
Creating first user in Prisma studio "The column Availability.label does not exist in the current database." #122
In step 8 of the readme.md instructions, notwithstanding the workaround for #121, Prisma studio throws the following error when trying to save the fist user:
You may have a database volume leftover from a previous setup.
Is this a fresh instance? If you need to start from scratch, you can find the database-data volume and delete it docker volume ls docker volume rm {name of offending volume}
I am working now on getting the updated image pushed, so you can try running locally without building
@drwb that updated image has been pushed. I know we're working through other things, but in the context of this particular issue, were you able to use the image to run the migration?
Following error is thrown while trying to create first user.
Type: undefined
Message:
Invalid `prisma.user.create()` invocation:
The column `DestinationCalendar.bookingId` does not exist in the current database.
Code: P2022
Query:
[object Object]
Have already tried troubleshooting steps. Also removed past volume to have fresh start as advised earlier.
Type: undefined
Message:
Invalid `prisma.user.create()` invocation:
The column `DestinationCalendar.bookingId` does not exist in the current database.
Code: P2022
Query:
[object Object]
I can confirm latest release has a mismatch between the Prisma schema and the schema in place for real. By looking at the long history of this issue, I guess the use of Primsa is a sub-optimal idea to add an user.
I suggest everyone that faces a similar issue to solve it via CLI by doing the following in the postgres machine:
If you're here and you're a docker newbie, basically what you need to do is to execute the following while the containers are running:
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
01e594e7c225 calcom-docker_calcom "docker-entrypoint.s…" 9 seconds ago Up 8 seconds 0.0.0.0:3000->3000/tcp calcom-docker_calcom_1
104705ba8b4e calendso/calendso:latest "docker-entrypoint.s…" 9 seconds ago Up 8 seconds 3000/tcp, 0.0.0.0:5555->5555/tcp calcom-docker_studio_1
5f873249c74b postgres "docker-entrypoint.s…" 10 seconds ago Up 9 seconds 5432/tcp database
Collect the Container ID of the postgres database and use it to get a shell inside the container:
$ docker exec -it 5f873249c74b bash
afterwards, just execute the following query, by paying attention to replace every field with your desired data:
@PeerRich I didn't, but since I pulled everything from scratch just yesterday, I assumed everything was up-to-date and I had no reason to update the database. If it's not the case I can help testing it out.
Activity
asantarissy commentedon May 24, 2022
The Prisma schema in the published docker image is a bit old or outdated, I had to access the database through pgadmin and added my first user there.
drwb commentedon May 24, 2022
Given I’m building locally with
docker compose build calcomis there a possibility of updating the schema in the local repository before the build?krumware commentedon May 25, 2022
You may have a database volume leftover from a previous setup.
Is this a fresh instance? If you need to start from scratch, you can find the database-data volume and delete it
docker volume lsdocker volume rm {name of offending volume}I am working now on getting the updated image pushed, so you can try running locally without building
krumware commentedon Jun 3, 2022
@drwb that updated image has been pushed. I know we're working through other things, but in the context of this particular issue, were you able to use the image to run the migration?
Software-Design commentedon Jun 7, 2022
Currently the same issue appears with another column:
Prisma Studio says:
The columnBooking.confirmeddoes not exist in the current database.YBAAC commentedon Jun 9, 2022
Type: undefined
Message:
Invalid
prisma.user.create()invocation:The column
Booking.confirmeddoes not exist in the current database.Code: P2022
Query:
[object Object]
Getting exactly the same error when creating a user
marcoadasilvaa commentedon Jun 15, 2022
Same error here with last update at main branch
Prisma Studio says: The column Booking.confirmed does not exist in the current database.
cderszteler commentedon Jun 15, 2022
For the ones needing a quick solution, I just used pgAdmin4 temporarily to create an user:
howephillip commentedon Jul 21, 2022
Also seems to be happening on destinationCalendar
`Message: Error in Prisma Client request:
Invalid
prisma.destinationCalendar.findMany()invocation:The column
DestinationCalendar.bookingIddoes not exist in the current database.`It follows with "Unable to run script" error
deepak-lather-v0746 commentedon Jul 29, 2022
Following error is thrown while trying to create first user.
Have already tried troubleshooting steps. Also removed past volume to have fresh start as advised earlier.
zomars commentedon Jul 29, 2022
It's seems like a faulty migration on our side. Investigating...
timowevel1 commentedon Aug 3, 2022
Same error here
@zomars Any progress on this?
samjaninf commentedon Aug 30, 2022
Having a very similar issue with the migrations,

Any updates?
krumware commentedon Aug 30, 2022
@zomars
zomars commentedon Aug 30, 2022
This should be already fixed on latest release.
Pamalosebi commentedon Sep 1, 2022
Hey,
I did prune everything from docker and pulled new. But I got this also:
or
xoda commentedon Sep 4, 2022
I can confirm latest release has a mismatch between the Prisma schema and the schema in place for real. By looking at the long history of this issue, I guess the use of Primsa is a sub-optimal idea to add an user.
I suggest everyone that faces a similar issue to solve it via CLI by doing the following in the postgres machine:
If you're here and you're a docker newbie, basically what you need to do is to execute the following while the containers are running:
Collect the
Container IDof the postgres database and use it to get a shell inside the container:afterwards, just execute the following query, by paying attention to replace every field with your desired data:
PeerRich commentedon Sep 4, 2022
@zomars can you take a look?
PeerRich commentedon Sep 4, 2022
just to confirm @xoda did you try this? https://developer.cal.com/self-hosting/database-migrations
xoda commentedon Sep 5, 2022
@PeerRich I didn't, but since I pulled everything from scratch just yesterday, I assumed everything was up-to-date and I had no reason to update the database. If it's not the case I can help testing it out.