Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
You can try setting a different password, maybe it's got a character in it that messes with things. Or try URL-encoding the password in
lemmy.hjson
.You can also use a PostgreSQL client like the
psql
command line tool or a full fat DB client like DBeaver and try connecting to it and see if it accepts your password or not.Example with just Docker and the PostgreSQL container you're already running:
It'll at least give you pointers as to where the issue lies: on the database side or lemmy's side.
Thank you for enlightening me on the
-W
option in psql. I have successfully logged in using the expected password for lemmy. This points to something with the connection string. According to the error log, the connection string being used is:As far as I can tell, the percent encoding is correct. Any ideas how to troubleshoot this further?
edit: it just occurred to me that my container name is
lemmy_postgres_1
, notpostgres
as was entered in mylemmy.hjson
file. Let's see if changing that will work...Yeah the name you want for the database host is
postgres
, or whatever the container is named in thedocker-compose.yml
. The full name of what the container ends up being named on the host (usually,lemmy-postgres-1
or something) doesn't matter, it's its internal name that's important.That you get a password error specifically also suggests it is communicating with it properly otherwise the error would be connection refused or connection timeout or something similar.
Maybe try a very simple password temporarily like
test
, rebuild the postgres container/delete the volumes and see if it works. If it still doesn't work you have more troubleshooting to do, if it works then you know the password is tripping something somewhere.I was curious about this, and it turns out both work. I tested by pinging both
postgres
andlemmy_postgres_1
, and both responded with the same IP address. Good to know, but I did go ahead and change it back topostgres
I did this, and I'm still getting the same error, so obviously something is wrong.