如何利用Docker搭建Mastodon实例（一）：基础搭建篇 - 技术小白搭建Mastodon站点指南

[pullopen]

https://pullopen.github.io/%E5%9F%BA%E7%A1%80%E6%90%AD%E5%BB%BA/2020/10/19/Mastodon-on-Docker.html

[orani-admin]

写的很赞！半小白从头跟到尾成功搭建！谢谢blog主！

我个人觉得几个可以让instructions更清晰的地方：

• 数据库备份上 scaleway 和 媒体库上 scaleway 是两个相互独立的设置（虽然过程很相似），现在的写法粗粗看过来会以为这是同一件事只是本文是docker版但是连文是普通版
• （其实应该写在另一篇文下面不过就一起说了） 是按照官方文档设定的非docker设定方式；和本文里介绍的docker设定有些细节上的不同：
  • docker 版本 mastodon 存数据所使用的根目录是 /home/mastodon/mastodon; 按照官方文档设定的根目录是 /home/mastodon/live 因此在使用docker版的时候 所有cd live 需要替换成 cd mastodon
  • 结尾处重启mastodon 如果是 docker 版应该使用 docker-compose 系列命令
• 本文最结尾处 没有写运行 /backup.sh 的命令行（ bash /backup.sh ）对于不知道如何运行 .sh 文件的同学而言，会以为试运行的命令是 crontab -e 但这个是定时用的。

[pullopen]

@orani-admin
写的很赞！半小白从头跟到尾成功搭建！谢谢blog主！

我个人觉得几个可以让instructions更清晰的地方：

• 数据库备份上 scaleway 和 媒体库上 scaleway 是两个相互独立的设置（虽然过程很相似），现在的写法粗粗看过来会以为这是同一件事只是本文是docker版但是连文是普通版
• （其实应该写在另一篇文下面不过就一起说了） 是按照官方文档设定的非docker设定方式；和本文里介绍的docker设定有些细节上的不同：
  • docker 版本 mastodon 存数据所使用的根目录是 /home/mastodon/mastodon; 按照官方文档设定的根目录是 /home/mastodon/live 因此在使用docker版的时候 所有cd live 需要替换成 cd mastodon
  • 结尾处重启mastodon 如果是 docker 版应该使用 docker-compose 系列命令
• 本文最结尾处 没有写运行 /backup.sh 的命令行（ bash /backup.sh ）对于不知道如何运行 .sh 文件的同学而言，会以为试运行的命令是 crontab -e 但这个是定时用的。

谢谢！我一会儿就修改一下。

[orani-admin]

活捉更新的博主！

修改数据库密码那里可以注明一下 请先将数据库升级到 12.5版本 （不然会在进psql 那一步报错） 不打算升级的话也许可能改一下版本号就好？没试过不知道

[pullopen]

@orani-admin
活捉更新的博主！

修改数据库密码那里可以注明一下 请先将数据库升级到 12.5版本 （不然会在进psql 那一步报错） 不打算升级的话也许可能改一下版本号就好？没试过不知道

我估计还是要升级的，好像是早期数据库版本和后期的语法就不太一样。
我升级数据库也是因为mastodon在v3.3.0之后，数据库版本太老的话，升级迁移数据库会出现报错。（虽然影响不大。）

[orani-admin]

说一下关于备份的script:

我最开始生成mastodon instance 的时候（mastodon 版本号3.2.1），有一段是一路回车下来的；那时候生成了一些默认值，包括在我的 .env.production 里面的DB_NAME=postgres。 这种情况下，

/usr/bin/docker exec pg容器名 pg_dump -U postgres -Fc mastodon_production > ${origin}/backup.dump &&

应该改成

/usr/bin/docker exec pg容器名 pg_dump -U postgres -Fc postgres > ${origin}/backup.dump &&

我是在scaleway上偶然间发现我的所有备份文件全部小于1kb的时候意识到这个问题的。手动跑 /backup.sh 的时候系统其实报了一行错：database "mastodon_production" does not exist 但平时都半夜自动备份了所以我也没得看到。（所以这段时间都备份了个寂寞，细思极恐，这要是我以为自己有备份了放心大胆炸了什么东西最后才是欲哭无泪。）
后来我又通过

/usr/bin/docker exec -it mastodon_db_1 psql -U postgres

进入了数据库交互界面，这个界面下按 \l 可以看见所有的database names，其中我这里唯一一个有可能和mastodon有关的数据库名字叫postgres，进去看了一眼table names 基本确认是了。没看data因为用root权限看数据库内容是不好的，但是大体能确定就是这个表

当然现在搞清楚了什么是什么的时候也想吐槽postgres这个默认database名称实在是太糟糕了 我估计你参考的那位站长也是看不过眼把它给改了；或者也有可能早期mastodon版本没默认名，然后选了一个比较有信息量的。

[pullopen]

@orani-admin
说一下关于备份的script:

我最开始生成mastodon instance 的时候（mastodon 版本号3.2.1），有一段是一路回车下来的；那时候生成了一些默认值，包括在我的 .env.production 里面的DB_NAME=postgres。 这种情况下，

/usr/bin/docker exec pg容器名 pg_dump -U postgres -Fc mastodon_production > ${origin}/backup.dump &&

应该改成

/usr/bin/docker exec pg容器名 pg_dump -U postgres -Fc postgres > ${origin}/backup.dump &&

我是在scaleway上偶然间发现我的所有备份文件全部小于1kb的时候意识到这个问题的。手动跑 /backup.sh 的时候系统其实报了一行错：database "mastodon_production" does not exist 但平时都半夜自动备份了所以我也没得看到。（所以这段时间都备份了个寂寞，细思极恐，这要是我以为自己有备份了放心大胆炸了什么东西最后才是欲哭无泪。）
后来我又通过

/usr/bin/docker exec -it mastodon_db_1 psql -U postgres

进入了数据库交互界面，这个界面下按 \l 可以看见所有的database names，其中我这里唯一一个有可能和mastodon有关的数据库名字叫postgres，进去看了一眼table names 基本确认是了。没看data因为用root权限看数据库内容是不好的，但是大体能确定就是这个表

当然现在搞清楚了什么是什么的时候也想吐槽postgres这个默认database名称实在是太糟糕了 我估计你参考的那位站长也是看不过眼把它给改了；或者也有可能早期mastodon版本没默认名，然后选了一个比较有信息量的。

回头看了眼，这个应该是写在你的.env.production里的，可能是初始设置的时候直接回车了？

[orani-admin]

@pullopen

@orani-admin
说一下关于备份的script:

我最开始生成mastodon instance 的时候（mastodon 版本号3.2.1），有一段是一路回车下来的；那时候生成了一些默认值，包括在我的 .env.production 里面的DB_NAME=postgres。 这种情况下，

/usr/bin/docker exec pg容器名 pg_dump -U postgres -Fc mastodon_production > ${origin}/backup.dump &&

应该改成

/usr/bin/docker exec pg容器名 pg_dump -U postgres -Fc postgres > ${origin}/backup.dump &&

我是在scaleway上偶然间发现我的所有备份文件全部小于1kb的时候意识到这个问题的。手动跑 /backup.sh 的时候系统其实报了一行错：database "mastodon_production" does not exist 但平时都半夜自动备份了所以我也没得看到。（所以这段时间都备份了个寂寞，细思极恐，这要是我以为自己有备份了放心大胆炸了什么东西最后才是欲哭无泪。）
后来我又通过

/usr/bin/docker exec -it mastodon_db_1 psql -U postgres

进入了数据库交互界面，这个界面下按 \l 可以看见所有的database names，其中我这里唯一一个有可能和mastodon有关的数据库名字叫postgres，进去看了一眼table names 基本确认是了。没看data因为用root权限看数据库内容是不好的，但是大体能确定就是这个表

当然现在搞清楚了什么是什么的时候也想吐槽postgres这个默认database名称实在是太糟糕了 我估计你参考的那位站长也是看不过眼把它给改了；或者也有可能早期mastodon版本没默认名，然后选了一个比较有信息量的。

回头看了眼，这个应该是写在你的.env.production里的，可能是初始设置的时候直接回车了？

对。应该就是初始无脑回车的结果，回车的话就是生成默认值，我想了一下如果有一个思考的过程，我自己不会取这么没信息量的用户名。

也就是说应该不止我一个人会把db_name设置成postgres

不过 我刚又去看了一下他们doc 在 Database connections - PostgreSQL 那里竟然 DB_HOST, DB_USER, DB_NAME 这三项都是有官方默认值的，但神奇的是这三个默认值都和一路回车生成的默认值不一样……就，非常之神奇了。

[onmpen]

感觉博主！
在开启全文搜索 docker-compose run --rm web bin/tootctl search deploy 建立索引时，提示：

warning: 299 Elasticsearch-6.8.10-537cb22 "the default number of shards will change from [5] to [1] in 7.0.0; if you wish to continue using the default of [5] shards, you must manage this on the create index request or with an index template"

不知道有没有影响？

[pullopen]

感觉博主！
在开启全文搜索 docker-compose run --rm web bin/tootctl search deploy 建立索引时，提示：

warning: 299 Elasticsearch-6.8.10-537cb22 "the default number of shards will change from [5] to [1] in 7.0.0; if you wish to continue using the default of [5] shards, you must manage this on the create index request or with an index template"

不知道有没有影响？

好像没有，我看日志也看到了……

[bj2020]

更新一下，昨天又修改了.env.production里的 LOCAL_DOMAIN=yourdomain:3343 加了端口号就可以了，有点怪怪的，不过有效。
“感谢博主的教程，已经成功搭建了私人家用的mastodon，
因为中国电信封锁了80和443端口，我尝试使用3443端口代替443端口，发现上传的视频和图片无法显示，
查看视频及图片的链接发现还是使用的默认443端口，并未使用期望的3443端口，复制链接并手动添加3443端口能成功打开视频和图片，
已经修改端口文件有 docker-compose.yml 以及 nginx的default.conf
请教还要修改哪里，谢谢！”

[maolog]

你好博主,按照步骤已经完成搭建，yys.ink
这篇博文我想转载留存，怕哪天无法访问github了
请问可以吗？

[pullopen]

你好博主,按照步骤已经完成搭建，yys.ink
这篇博文我想转载留存，怕哪天无法访问github了
请问可以吗？

注明原地址即可。

[Ikun886-cxk]

大大，我照着你的方法部署后发现运行不了bot，无论用的是原版镜像还是魔改后的
bot项目地址:https://github.com/mashirozx/tweet2toot