2021-05-27 19:20:18 +00:00
# Hometown
2021-05-07 11:34:21 +00:00
2021-05-27 19:20:18 +00:00
A supported fork of Mastodon that provides local posting and a wider range of content types.
2021-06-23 15:37:00 +00:00
This repository is a copy of [coop-cloud/mastodon ](https://git.autonomic.zone/coop-cloud/mastodon ) but with a fresh README and some Hometown specific configuration. It seems like a good idea to keep the deployment separate since the apps may diverge in their deployment or configuration instructions at some point despite best wishes to remain as mainline Mastodon as possible.
2021-05-07 11:34:21 +00:00
<!-- metadata -->
2021-05-27 19:20:18 +00:00
2021-11-22 11:42:03 +00:00
* **Category**: Apps
2023-02-15 00:36:46 +00:00
* **Status**: 1
2021-11-22 11:42:03 +00:00
* **Image**: [`decentral1se/hometown` ](https://hub.docker.com/r/decentral1se/hometown )
2023-02-15 00:36:46 +00:00
* **Healthcheck**: No
* **Backups**: No
* **Email**: Yes
* **Tests**: No
* **SSO**: Yes
2021-05-28 10:56:17 +00:00
2021-05-07 11:34:21 +00:00
<!-- endmetadata -->
## Basic usage
2023-02-15 00:36:59 +00:00
Hometown expects secrets to be formatted in a very specific way, so please
choose "No" when prompted to generate secrets for `abra app new mastodon` . The
secrets must be generated outside of `abra` and that is achieved in step 2. See
the [`abra.sh` ](./abra.sh ) for more.
2021-06-23 15:35:51 +00:00
2023-02-15 00:36:59 +00:00
1. `abra app new mastodon`
1. `abra app cmd <domain> secrets --local`
1. `abra app config <domain>`
1. `abra app deploy <domain>`
1. `abra app cmd <domain> setup`
2021-06-23 15:35:51 +00:00
2023-02-15 00:36:59 +00:00
Then, on your host (outside of the containers), you'll need to fix permissions
for the volume (see [#2 ](https://git.autonomic.zone/coop-cloud/hometown/issues/2 )):
2021-06-23 15:35:51 +00:00
```
2023-02-15 00:36:59 +00:00
chown -R 991:991 /var/lib/docker/volumes/< domain > _app/_data
2021-06-23 15:35:51 +00:00
```
2022-02-24 08:04:30 +00:00
And finally, within the `app` container, create an admin account:
2021-06-23 15:35:51 +00:00
```
2023-02-15 00:36:59 +00:00
abra app cmd < domain > admin "< username > " "< email > "
2021-06-23 15:35:51 +00:00
```
2021-05-07 11:34:21 +00:00
2022-07-18 09:45:33 +00:00
## Tips & Tricks
### Auto-complete is not working?
2022-09-14 13:39:00 +00:00
Check the sidekiq logs (`/sidekiq/retries`), is a bunch of stuff failing? What is the error?
2022-07-18 09:45:33 +00:00
If it looks anything like `blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];` then it might mean that your elastic search service has put itself into "read-only" state. This could be due to running close to no free disk space one time. ES doesn't undo this state, even when you have more free disk space once more, so you need to handle this manually:
```
abra app run < domain > es bash
curl -XPUT -H "Content-Type: application/json" http://localhost:9200/_all/_settings -d '{"index.blocks.read_only_allow_delete": null}'
```
Then head back to the sidekiq retries panel and retry one job. You should see
the ticket of retries go down by one if if passed. Then you can "retry all" and
they should get scheduled & run.
