No sir, no problem. Thanks for the info
In my case, it was because I had scram-sha-256 and not trust as the auth mechanism.
Because scram-sha-256 requires a physical user.
You can probably work around that by creating a user map in pg_ident.conf but I’m not sure how.
If by “physical user” you mean “Unix system user” then no, scram-sha-256 does not require such a user configured on the system. The peer method requires a system user, and trust is just a terrible idea all around when you’re using a remote database server.
Will we have to include the following in addition to the existing process ?
CREATE EXTENSION vector;
since I see this extension in the discourse_docker postgres template ?
Dit wordt gebruikt door de Discourse AI core plugin, dus je hebt die nodig als je hem gebruikt.
I don’t remember enabling that plugin. Infact I just checked that it is disabled. But recently when i rebuilt the image, when the latest commit went beyond this commit - GitHub - discourse/discourse at 0eab7daea450e1d7e416c46a23aaaf95687d4855, rake db:migrate started failing. When i used the commit just before the above one to bootstrap, it continued to work.
Now that I have enabled this extension, commits later than this is working without issues.
Maar nu zit de ai-plugin in de kern, dus je hebt de extensie nodig, ongeacht of je de AI-plugin gebruikt (of deze expliciet probeert te verwijderen), toch?
Oh dat is waar, aangezien migraties onafhankelijk van de ingeschakelde plugin worden uitgevoerd.