​​
​​​
​​

あーあー

image.png

てすと
image.png

なるほどね

シェルがkillなんちゃらとか言ってきてたら多分足りてない

RAM1GBでもcompile通らないのdonと似たようなものね
あっちもassetあたりがダメだった気がする

あっ

@kunimi53chi
pleromaのメディア関連でちょっとお聞きしたいことが！

@kunimi53chi oh!
あー何を聞きたかったかと言うと、masotodonの時たしかCDN使われてましたよね
pleromaでうまいことできないのでもし設定済みなら教えてもらえないかと…思っての質問でした！

不要っちゃ不要だけどS3のバケット名モロバレなので気になっちゃうのよね

@kunimi53chi ありがとうございます
donだとS3_ALIAS_HOSTなどの変数でCDNのCNAME指すといい感じにアップロードも読み込みもできたんですがpleromaだとプロパティどれだ？って状態で。

https://h3poteto.hatenablog.com/entry/2018/10/17/231907
>ファイルのアップロード先は，bucket で指定される． が，このアップロードされたファイルに外部からアクセスする際のURLを public_endpoint として設定している．

>これは，たとえばCloudFrontを使ってS3の内容をキャッシュするような場合には，public_endpoint はCloudFrontのエンドポイントにしておく必要がある．

あー

そういうことか

これでダメだった場合はちょっと前に見た「pleromaのS3へのアクセス方法が2020年秋で無くなるパス形式でのアクセスだから」ダメってことだな多分
image.png

仮想ホスト形式でやってくれて無い以上無理っぽいけどとりあえず反映して試す

@kunimi53chi んー、もうちょっと格闘してみます…

S3に蹴られてる理由がAccessDenyなのがかなりのヒントだと思うんだよなー

image.png

あっぷろーｄ－
image.png

image.png

コード書き換えたらできた

嫌じゃ嫌じゃこんなことで元のソース書き換えとうない

はぁーーーーーーーーーーーー

どうしようかなpleromaのCDN対応…

なまじできてしまっただけにうーん……

あーっ
image.png

agatterunele
vscode.png

tootleでpleroma
file.png

おおっと
image.png

確かに重くなってるわね

タダのCDNともなればまぁみんなそら使うよネ

さっきのはmstdn.asterism.xyzのCPU使用率ですが、pl.asterism.xyzはこのような感じ
image.png

退勤
今週やばそう

歩くぞ歩くぞ

エロゲヒロインみたい

毎日死んで生き返るのやめて

このアカウントは、notestockで公開設定になっていません。

駅到着

学生気分(@mohemohe@mstdn.plusminus.io )

discordのはCloudflare関係あるんかな

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

なるほど

んー

Tissue擬人化

来月ヱヴァの映像なぁ
劇場公開2022とかになりそう

コピーレフト警察こわ

ほたが
Screenshot_20190624-211538.png…

障害で騒いでるオタクいないかなと鳥のTL見てたら女装男子のケツにディルド突っ込む動画が流れてきました
現場からは以上です

@nieein56 ﾋｮﾛﾜｰのRT...
残念ながらブロックじゃい!

@yakumo @nieein56 もったいないから［表示回数を減らす］にしといたよ

@nieein56 クッションなしだったから多分ないんじゃろなぁ...

どういうことなのっ!

だめ

@aries しばらくこっち

あ

ec2のAMI取らずに作業してしまった

ヨシ！
image.png

どうするかな
直接donが動いてるサーバでpostgre入れるか、あるいはdonはdockerで動かしてるしpostgreもdockerで動かすようにするか

コンテナにdbまるっと持っていくとなると、もともとのdonのdocker-compose.ymlにあるdb:のイメージをRDSと同じメジャーバージョンにして、volumeにdumpしてきたファイルをくっつけて、立ち上げた後にコンテナの中に入ってダンプファイルから入れ込めばいいのか

ユーザ作るのもいるな

ちょっと手間取りそう…

あれ

そっかpsqlのクライアントも入ってないや

ただでさえリバースプロキシはネイティブ、don本体はdockerっていうちょっとキメラな構成なのにリバースプロキシネイティブ、don本体はdocker、psqlはネイティブとかやったらさらに気分が悪い

やっぱりRDSからdumpして持ってこよ

公式のじゃなくてか

カリカリコンテナ
image.png

よくチューニングされていそう

@ijs01140 🎉🎂

バックアップとリストアなんかすごそう

バニラにしとこうなんもわからんのに独自改造品使うとしんでしまいそう

Azure ADでなにやるのかによるけどねぇ

今ってオンプレADとAzureADと統合したID使うのにADFSいるのかな

AzureAD使うのってオンプレAD前提とした時以外にあるんだろうか？
やまーOffice365のみとかはあるかもしれないけど

オンプレAD前提としてないのにOffice365使うのはもともとoutlook.com使ってたとかそういう背景があるとかかなやっぱり

sudo apt install postgresql-client-11

理由なんでか知らないけどhey社オンプレADとoffice365とでID統合してそのあとその他SaaSとSSO組むぜーみたいな野望があったみたいだけど潰えた

今はオンプレADからIDaaS挟んで各種SaaSとSSO組む作戦が進行中

弊社のAzureアカウントだこれ

アカウントの種類の概念ほんとやめて欲しいどっちか消してくれ頼むよ…

PowerShellから叩くあれかな

@cybergene あー
じゃー弊社のは元々持ってたMSアカウントがあって、後からOffice365入会してって感じなのか
歴史を感じる

https://qiita.com/kikuchi_kentaro/items/4565292affaf2e521e0f
コンテナでDB動かすのめんどくさそうで嫌になってきた
aptで入れちゃうか

@cybergene oh...
やっぱり下手にMS内部で統合しないで欲しかった

@yakumo dbのユーザ作ったりってどんな感じでした？
mastodonのセットアップスクリプトで作ってくれたのかな

@cybergene なんじゃそりゃ便利そう！
お仕事柄1つのサービスの複数アカウントにログインしたりとか多いのでブラウザ分けたりchromeのユーザ分けたりとかやってます

@yakumo なるほど
なら別DBからデータ移してこなきゃならないので、一度自動でDB作らせて、コンテナに入ってdumpデータ流すって感じかなぁ

いやでも多分mastodon:setup実行しないとDB作られないよなぁ

@yakumo ユーザー名了解！

@yakumo 非常に助かります！
バックアップは取ってあるので一旦これでやってみますー

おやぁ

fstabミスってたかな

だんぷ！

だん！

あれほんとにこんなにちっちゃいの…？

RDSのメトリクスから見ると10GBくらい使ってるのにdumpしたら3GB程度しかないや

データ消えてそうな気がしてきたがうーん

なんかググるとダンプしたら増えるっていう意見とダンプしたら減るって意見があり 🤔

DBわかんないね

docker-compose -f docker-compose.override.yml pull

ポスグレコンテナに入れんな

コンテナrestartingしておる

んーーーーリスタート

せっかちだから待てない

あーディレクトリがからじゃないよって話かな

volumeの場所に直接ぶち込んだらそらだめか

そりゃ居るに決まってんだろ作ったのお前じゃねーか！
image.png

どうしろというんだこやつ

\i /mstdn-pgdump.sql

なんかめっちゃCOPYしてる

ちょっと失敗したなこれ
/EBS/
をpsqlのデータディレクトリにすると不便だ1ディレクトリ間に挟めばよかった

リストア長い
image.png

太ももにのがいいです

動いたかな

ちょっと心配なのはコンテナごとにじゃなくてdocker-composeで一気にコンテナ立ち上げてたからsidekiqとかいらんことしてないかなーとか

おー

できたっぽい

pleromaはdevelop運用してます

postgres:11を使ったけど多分これマイナーアップデートは自動でかかるんだよね
よき

自動でっていうかpullするたびにか

もうちょっと待ってTLの速度落ち着いたら
mv /data/* /data/db/ -r
みたいな感じで移して/data/backup/とか作ってdumpさせよう

レプリカなー

レプリカ側でdumpすればパフォーマンスあんまり落ちないよねってことかな

このアカウントは、notestockで公開設定になっていません。

:erait:

このアカウントは、notestockで公開設定になっていません。

developブランチはよいぞ…

pleromaのmasterはどういう立ち位置なのかよくわからない

:naruhodo:

ディレクトリ分けおしまい

あとはdumpとrcloneの自動化

パスワードうーむ

あーDBにユーザ作らなきゃいい感じにはできないか…

pgpass作らなきゃだな

docker execでpg_dump取り出せた
後はスクリプト化だ

寝たいけど今寝たら起きた時mstdnもplも両方落ちてたらそのまま二度寝しちゃいそうだから自動バックアップ仕掛けてから寝る

あー

ちょっとダメな気がするわね

いやワンクッション挟めば行けるか…？

ねむいです

あーるぇー変数取れてないな

視力が弱いため中括弧と大かっこをちょいちょい見間違える

dbやら設定ファイルのバックアップスクリプトを修正
awsからg driveに投げると高いのでs3に投げるように

@yakumo https://github.com/pacollins/hugo-future-imperfect-slim
どうじゃろ

@yakumo ﾌｺﾞﾌｺﾞ

donバックアップスクリプトちゃんと動いてなさげだ
なんだろ

pleromaやばくないよsudo -Hu pleroma MIX_ENV=prod mix ecto.migrateとかやれば動くよ

そこがエラーとなるとprod.sec.exsに文句言ってそう

ファイル名違うかも

おっ解決か？

このアカウントは、notestockで公開設定になっていません。

そうだよ
image.png

そんな甘い？

あー

@k_itsuki pleroma-fox-tan

Pleroma-FE動かないと各種設定できないもの多いからねー

大体コマンドからできたかも

はやいよ

リモートのメディアをローカルに持ってこないっていうのが大きいんだろうか

弊plの外形監視開始
リソース監視どうしよっかな
image.png

​​
​​

そんなに腕力ないです...

このアカウントは、notestockで公開設定になっていません。

​​
​​

円

パパパっとやっておわりっ

移動開始
ぎりぎりだけど間に合うじゃろどうせ

リリース来てもdevelopブランチから出る予定無いです

出方がわからないというのもある

pleromaに追加されたadminFE
image.png