This was the only tool that I was able to get running. I recommend it to anyone curious about running their own instance. I tried both the official Ansible and Docker instructions, and neither worked.
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!
Marius Hosting published a good guide this week that I used on my nas without an issue (via docker compose).
Threw an error:
Creating lemmy-easy-deploy_pictrs_1 ...
Creating lemmy-easy-deploy_postgres_1 ... error
ERROR: for lemmy-easy-deploy_postgres_1 Cannot start service postgres: failed to create task for container: failed to create shim task: OCI runtime create failed: runc cr
Creating lemmy-easy-deploy_pictrs_1 ... error: permission denied: unknown
You are helping the whole community! Thank you, I will give a try to it, since I'm quite new in self-hosted platform!
Is this easier than the Ansible deployment? That was very straight forward if you’re running a system with apt.
Way cool. Can you provide something for unRaid?
Sorry, I don't have access to an unRaid system to test it with.
However, I know most NAS systems at least support CLI-style Docker and Docker Compose, so if you can manage to get Docker running, it might work? The script has some Docker detection if you're not sure.
However, I know Synology hogs use of port 80 and 443. I'm not sure if unRaid is the same way. If it is, this might not be the best solution for you. But, if you want to give it a shot, I do have some advanced options in my config that lets you change to different ports and turn off HTTPS (so you can run a proxy in front of it). I can't really help people who run it behind a webserver like this, but the template files in my repo can be freely modified, so you're welcome to hack at my script any way you like to get it working!
Any tips on how to customize the favicon for my instance? Using the docker-compose method.
A bit OT, but worth the shot: can anyone confirm whether instances deployed with this script can be found on Mastodon?
I have tried both the ansible script provided by the developers and I've adapted the docker-compose files to get things running on Docker Swarm. Everything seems to be working well, object storage, federation... except that I can not find any user or community from my instance if I search from Mastodon.
I saw a bug
I see this user who deployed using this script, I click the username link below his name which should lead to server.tld/u/username, but it leads to server.tld/users/username, maybe some kind of dbUser -> outside world configuration is broken?
Also the Bio is different on his local instance and the federated instance?
I must be doing something wrong here because unlike many others I can't seem to get this working! Please can you offer some advice?
I have amended the config.env file to change the HOSTNAME, SITE NAME and ADMIN USER but left everything else the same.
I then ran ./deploy.sh and everything seems to have worked because it presented me with the admin login credentials and basic instructions to shutdown and start the instance. I tried simply typing the IP address of the docker container in to a browser but that didn't work and TBH I didn't expect it to. I then typed the URL into the browser and I'm getting a "ERR_TOO_MANY_REDIRECTS" error message. I read through the trouble shooting on your Github but the only reference to too many redirects mentions a Cloudflare API token, I'm not using Cloudflare nut I am using nginx proxy manager to point my URL to the docker container.
I hope some of this makes sense.
Hey there, please note that running behind a reverse proxy is not supported. You can do it if you want, but you are kinda on your own, sorry.
If it helps, you will probably need to disable Caddy's TLS in the config, and you will need to make sure that the request reaches Caddy via the correct host. You can't reverse proxy directly to port 80 over an IP, it needs to think it's coming from an actual domain.
You can also check out my advanced configuration page to learn how to override the Caddyfile template and roll your own config that is more compatible for your use case.
Good luck!
Thank you so much for replying.
I think this is above my skill level, but I will have a read through your advanced configuration page and see if I can understand it.
Thanks again, but I think I'm going to need more than luck!! LOL
You're welcome!
If you're not already, I recommend trying to host this on a cloud VPS service, such as Vultr, Linode, or DigitalOcean. This would give you a reliable, always online Lemmy instance, which means you won't miss any federation data. Even a cheap $5 VPS instance would be enough to get you started, though a $10 would give you more breathing room.
If you're hosting at home, it's generally not a good idea to do that, especially for an application like Lemmy. Most consumer grade network equipment at home might not be equipped to deal with the unrelenting 24/7 flood of data coming in due to federation. And if your power or internet ever goes out, you will be missing any comments, posts, or votes that were sent out during your downtime.
Thank you again. Yeah, I'm trying this from home as opposed to a vps. It's more as a learning exercise than a serious instance.
I'm still going to try and getting it working behind my reverse proxy, like I say, as a learning experience.
So stupid question - how do you shut them down? Docker compose down or stop don't seem to work.
Also, as an intermediate (spoiled Unraid) user, if I'm behind nginx proxy manager with custom ports do I just change 80 and 443 in the lemmy docker-compose? I'm doing this in a Debian VM.
What adjustments I need to do to run this locally (in my LAN) just for testing?
I haven't tested a local only use case, but you can probably set these options in config.env
- Set
LEMMY_HOSTNAME
tolocalhost
- Set
CADDY_DISABLE_TLS
totrue
- Set
TLS_ENABLED
tofalse
This will disable any HTTPS certificate generation and only run Lemmy on port 80. I don't know if Caddy or Lemmy will act weird if the hostname is localhost
, but this should work for you. Let me know if it doesn't.
Hey @[email protected], I'm trying this on an Aarm64 instance and the script says it only works on v0.17.4. Is there a plan to update to 0.18?
EDIT: the script fails for 0.17.4 here:
=> ERROR [lemmy builder 6/7] RUN cargo build --release 1183.5s
Build timer continues but CPU usage drops off. Any ideas where I've gone wrong?