<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Abyss.funからのお知らせ</title>
    <link>https://info.sabakan.industries/guskma/</link>
    <description>主にAbyss.funの更新情報を流します。</description>
    <pubDate>Tue, 16 Jun 2026 00:38:15 +0900</pubDate>
    <item>
      <title>2021/4/13に発生した障害に付きまして</title>
      <link>https://info.sabakan.industries/guskma/incident-report-2021-04-13</link>
      <description>&lt;![CDATA[2021/4/13 12:20～15:50 頃の間、さくらのVPSハードウェア障害のため Abyss.funに接続できない状態になりました。&#xA;&#xA;障害の原因&#xA;&#xA;以下のとおり、さくらのVPSにおいて障害が発生し、ストレージサーバが利用できない状況が発生しておりました。&#xA;&#xA;メンテナンス・障害情報・機能追加｜さくらインターネット公式サポートサイト&#xA;&#xA;そのため、一時的にメンテナンスとして、503を返す対応をさせて貰いました。&#xA;&#xA;ついでにDBアップデートも実施しました&#xA;&#xA;VPS障害自体は上記ページの通り13:49に復旧してますが、どうせサービス停止しちゃうならちょっとほんとにメンテナンスをしようかなって思って、ついでにPostgreSQLのアップデートをしていました。&#xA;&#xA;久しぶりにメジャーアップグレードの作業を行ったので、むっちゃ時間がかかってしまいました(小並感)&#xA;&#xA;ただ、今回こんなにサービス停止時間がが伸び伸びになってしまったのは さくらのVPSハードウェア障害のため なので、文句はさくらインターネットに言ってください。僕は悪くないです！！！！&#xA;&#xA;なお、ほんとにさくらインターネットに苦情を入れたとして、僕は一切責任を取りませんのであしからず。]]&gt;</description>
      <content:encoded><![CDATA[<p>2021/4/13 12:20～15:50 頃の間、<strong>さくらのVPSハードウェア障害のため</strong> Abyss.funに接続できない状態になりました。</p>

<h2 id="障害の原因">障害の原因</h2>

<p>以下のとおり、さくらのVPSにおいて障害が発生し、ストレージサーバが利用できない状況が発生しておりました。</p>

<p><a href="https://support.sakura.ad.jp/mainte/mainteentry.php?id=29293" rel="nofollow">メンテナンス・障害情報・機能追加｜さくらインターネット公式サポートサイト</a></p>

<p>そのため、一時的にメンテナンスとして、503を返す対応をさせて貰いました。</p>

<h2 id="ついでにdbアップデートも実施しました" id="ついでにdbアップデートも実施しました">ついでにDBアップデートも実施しました</h2>

<p>VPS障害自体は上記ページの通り13:49に復旧してますが、どうせサービス停止しちゃうならちょっとほんとにメンテナンスをしようかなって思って、ついでにPostgreSQLのアップデートをしていました。</p>

<p>久しぶりにメジャーアップグレードの作業を行ったので、むっちゃ時間がかかってしまいました(小並感)</p>

<p>ただ、今回こんなにサービス停止時間がが伸び伸びになってしまったのは <strong>さくらのVPSハードウェア障害のため</strong> なので、文句はさくらインターネットに言ってください。僕は悪くないです！！！！</p>

<p>なお、ほんとにさくらインターネットに苦情を入れたとして、僕は一切責任を取りませんのであしからず。</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/incident-report-2021-04-13</guid>
      <pubDate>Tue, 13 Apr 2021 16:10:59 +0900</pubDate>
    </item>
    <item>
      <title>2020/12/9の障害に関する報告書</title>
      <link>https://info.sabakan.industries/guskma/incident-report-2020-12-09</link>
      <description>&lt;![CDATA[概要&#xA;&#xA;昨日(12/9)午前10時過ぎぐらいからTLの遅延が発生し、18時過ぎごろから24時近くまで完全にサービス停止となる状態となりました。&#xA;&#xA;なんかごめんなさい。&#xA;&#xA;事象の経緯&#xA;&#xA;なんかね。鯖缶工場(サーバ管理者のためのdiscordサーバ)でメンテナンス用コマンド tootctl maintenance fix-duplecates ってコマンドを見かけたんですよ。へーDBのindexを再構築するコマンドなんてあるんだなーって思って興味本位で打ったんですよね。それが間違いの始まりだったよね。&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105348011582506689/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;↑異変を感じ始めた僕&#xA;&#xA;しばらく放っておいたら、だんだんsidekiqのキューが溜まってきて、まぁ時間かかるってあったし負荷かかるんだろうなーって思って余裕ぶっこいてました。&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105348046906910853/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;そしたら段々キューが積み重なるしTLのレスポンスも悪くなるし。&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105348096750235002/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;まぁでもWebアクセスまだ軽いから大丈夫かな。もうちょっと負荷かけてもいいかな。とか完全に舐めプしてました。&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105348144951701925/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105348345897805162/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;で、負荷も増えてきて、これは処理重いやつ止めたほうがいいんじゃねーかなって少し真面目になってきてトゥート検索用のElasticSearchを止めることにしました。&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105348931979598137/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;で、ストレージサーバ見たらディスクI/Oの負荷がやばいしsidekiqのキューも減らないしで、これはガチで真剣にやらないと解決しねーなって気持ちにようやくなってきました。&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105349395596668553/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;ログ見まくってると以下のようなエラーが結構出てました。&#xA;&#xA;12月 05 19:53:09 abyss.fun bundle[14035]: 2020-12-05T10:53:09.767Z pid=14035 tid=49caz WARN: Mastodon::RaceConditionError: Mastodon::RaceConditionError&#xA;&#xA;ググってみると、のえるさんの投稿が出てきまして。&#xA;&#xA;iframe src=&#34;https://fedibird.com/@noellabo/104810172177902440/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframe&#xA;&#xA;へーduplecate出ると出るエラーなんだなーそういえばduplecate解消するためのtootctl回したよなー。。。&#xA;&#xA;……あっ！index消したからPostgreSQLでSESELCTのタスクが負荷溜まってたのか！&#xA;&#xA;iframe src=&#34;https://mstdn.jp/@shiroma/105350518470340810/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://mstdn.jp/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;みたいな感じで、ようやく気づいたのでした。&#xA;&#xA;サービスを止めた状態で、再度 tootctl maintenance fix-duplecated を実行。すべて処理が終わるまで放置。&#xA;&#xA;iframe src=&#34;https://abyss.fun/@guskma/105350795470648282/embed&#34; class=&#34;mastodon-embed&#34; style=&#34;max-width: 100%; border: 0&#34; width=&#34;400&#34; allowfullscreen=&#34;allowfullscreen&#34;/iframescript src=&#34;https://abyss.fun/embed.js&#34; async=&#34;async&#34;/script&#xA;&#xA;で、ようやく解消。ということです。&#xA;&#xA;今回の事象における影響範囲&#xA;&#xA;まずは常日頃abyss.funを利用していただいていたユーザ皆様方がアクセスできないことでご迷惑をおかけしました。  &#xA;これはマジサーセンでした。&#xA;&#xA;とりあえずサービス断するメンテをするときは事前告知するつもりで。今回はサービス断しないだろと高を括ってコマンド打ったらこの件だったので、もう見込み甘いですね。特に「なんで告知もないのに止まってんだよksかよ」って思いましたよね。わかる(わかる)&#xA;&#xA;せめて、なにか作業するときは落ちない作業でもリアルタイム実況しといたほうがいいな。みたいなことを感じました。&#xA;&#xA;リアルタイム実況するための環境を用意しといたほうがいいな。次にサーバ弄るときはそこで実況しといたほうがいいな。みたいなことを思いました。&#xA;&#xA;あと、連合組んで頂いているサーバの方々に関しても、弊鯖との通信ができないことによる不便をおかけしました。&#xA;&#xA;ユーザ単位で言えば、弊鯖に登録しているアカウントからの応答がないこと。  &#xA;サーバ単位で言えば、40x、50xのHTTPステータスを送っていたこと。&#xA;&#xA;迷惑とか心配とか色々かけましたよね。ほんとサーセン。&#xA;&#xA;あと、ローカルの人にもう一つ、もうひとつ影響なんですが、sidekiqのキューが溜まったときにredisに溜まってた待機キューを削除しました。&#xA;&#xA;どういうことかというと、障害が起きてた10時～24時の間の投稿の一部が消えてるということになります。&#xA;&#xA;障害起こってたからあんまり投稿してないかもしれないですが、この件に関してはリモートから流れてくる＆リモートに送る投稿も消失していることになります。なので通常の障害であれば、サービス断中に投稿されたリモートの投稿も復旧後に滝になってTLに流れ、後から読み返すこともできますが、今回の件に関しては見返すことができません。なんか見返したい投稿がこの時間帯にあったらごめんなさい。直接リモートの投稿を参照するようにしていただきたく思います。&#xA;&#xA;復旧後の状況&#xA;&#xA;12/9 23:30過ぎに復旧した後、数分間だけTLが滝になりましたがすぐに通常の流れに戻っています。&#xA;&#xA;そしてこれは怪我の功名なんですが、インデックスを再構築したおかげで、タグTLのレスポンスが格段に改善されました。&#xA;&#xA;タグTLの活用に重きをおいている弊鯖としては、これはとても喜ばしいことです。  &#xA;いやサービス停止したので諸手を挙げて喜ぶことはできないのだけど。&#xA;&#xA;ともかく、今まで以上に快適にサービスを利用することができるようになりました。&#xA;&#xA;今回の事象に対する処分&#xA;&#xA;今までもたまに短時間のサービス停止をしてサーセンしたことがありましたが、今回は告知なしで結構長い断を行ったので、流石にサーセンしといたほうがいいと思いました。&#xA;&#xA;このことから対策を不十分に取らなかった僕( @guskma )に対し、明日(12/11)の自宅謹慎処分(喫煙禁止)の判断を下しました。&#xA;&#xA;なお、自宅謹慎処分中も、当日はリモートワーク予定であるため、本来の僕の業務内容には全くといって影響はありません。&#xA;&#xA;日頃Abyss.funを楽しみにしている皆様方に置かれましては、この度のサービス停止のためにご不便をおかけしたことを心よりお詫び申し上げます。&#xA;&#xA;ごめんなさいでした。]]&gt;</description>
      <content:encoded><![CDATA[<h2 id="概要">概要</h2>

<p>昨日(12/9)午前10時過ぎぐらいからTLの遅延が発生し、18時過ぎごろから24時近くまで完全にサービス停止となる状態となりました。</p>

<p>なんかごめんなさい。</p>

<h2 id="事象の経緯">事象の経緯</h2>

<p>なんかね。鯖缶工場(サーバ管理者のためのdiscordサーバ)でメンテナンス用コマンド <code>tootctl maintenance fix-duplecates</code> ってコマンドを見かけたんですよ。へーDBのindexを再構築するコマンドなんてあるんだなーって思って興味本位で打ったんですよね。それが間違いの始まりだったよね。</p>

<iframe src="https://abyss.fun/@guskma/105348011582506689/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

↑異変を感じ始めた僕

しばらく放っておいたら、だんだんsidekiqのキューが溜まってきて、まぁ時間かかるってあったし負荷かかるんだろうなーって思って余裕ぶっこいてました。

<iframe src="https://abyss.fun/@guskma/105348046906910853/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

そしたら段々キューが積み重なるしTLのレスポンスも悪くなるし。

<iframe src="https://abyss.fun/@guskma/105348096750235002/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

まぁでもWebアクセスまだ軽いから大丈夫かな。もうちょっと負荷かけてもいいかな。とか完全に舐めプしてました。

<iframe src="https://abyss.fun/@guskma/105348144951701925/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

<iframe src="https://abyss.fun/@guskma/105348345897805162/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

で、負荷も増えてきて、これは処理重いやつ止めたほうがいいんじゃねーかなって少し真面目になってきてトゥート検索用のElasticSearchを止めることにしました。

<iframe src="https://abyss.fun/@guskma/105348931979598137/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

で、ストレージサーバ見たらディスクI/Oの負荷がやばいしsidekiqのキューも減らないしで、これはガチで真剣にやらないと解決しねーなって気持ちにようやくなってきました。

<iframe src="https://abyss.fun/@guskma/105349395596668553/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

ログ見まくってると以下のようなエラーが結構出てました。

```
12月 05 19:53:09 abyss.fun bundle[14035]: 2020-12-05T10:53:09.767Z pid=14035 tid=49caz WARN: Mastodon::RaceConditionError: Mastodon::RaceConditionError
```

ググってみると、のえるさんの投稿が出てきまして。

<iframe src="https://fedibird.com/@noellabo/104810172177902440/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe>

<p>へーduplecate出ると出るエラーなんだなーそういえばduplecate解消するためのtootctl回したよなー。。。</p>

<p>……あっ！index消したからPostgreSQLでSESELCTのタスクが負荷溜まってたのか！</p>

<p><iframe src="https://mstdn.jp/@shiroma/105350518470340810/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe></p>

<p>みたいな感じで、ようやく気づいたのでした。</p>

<p>サービスを止めた状態で、再度 <code>tootctl maintenance fix-duplecated</code> を実行。すべて処理が終わるまで放置。</p>

<p><iframe src="https://abyss.fun/@guskma/105350795470648282/embed" class="mastodon-embed" style="max-width: 100%; border: 0" width="400" allowfullscreen="allowfullscreen"></iframe></p>

<p>で、ようやく解消。ということです。</p>

<h2 id="今回の事象における影響範囲">今回の事象における影響範囲</h2>

<p>まずは常日頃abyss.funを利用していただいていたユーザ皆様方がアクセスできないことでご迷惑をおかけしました。<br>
これはマジサーセンでした。</p>

<p>とりあえずサービス断するメンテをするときは事前告知するつもりで。今回はサービス断しないだろと高を括ってコマンド打ったらこの件だったので、もう見込み甘いですね。特に「なんで告知もないのに止まってんだよksかよ」って思いましたよね。わかる(わかる)</p>

<p>せめて、なにか作業するときは落ちない作業でもリアルタイム実況しといたほうがいいな。みたいなことを感じました。</p>

<p>リアルタイム実況するための環境を用意しといたほうがいいな。次にサーバ弄るときはそこで実況しといたほうがいいな。みたいなことを思いました。</p>

<p>あと、連合組んで頂いているサーバの方々に関しても、弊鯖との通信ができないことによる不便をおかけしました。</p>

<p>ユーザ単位で言えば、弊鯖に登録しているアカウントからの応答がないこと。<br>
サーバ単位で言えば、40x、50xのHTTPステータスを送っていたこと。</p>

<p>迷惑とか心配とか色々かけましたよね。ほんとサーセン。</p>

<p>あと、ローカルの人にもう一つ、もうひとつ影響なんですが、sidekiqのキューが溜まったときにredisに溜まってた待機キューを削除しました。</p>

<p>どういうことかというと、障害が起きてた10時～24時の間の投稿の一部が消えてるということになります。</p>

<p>障害起こってたからあんまり投稿してないかもしれないですが、この件に関してはリモートから流れてくる＆リモートに送る投稿も消失していることになります。なので通常の障害であれば、サービス断中に投稿されたリモートの投稿も復旧後に滝になってTLに流れ、後から読み返すこともできますが、今回の件に関しては見返すことができません。なんか見返したい投稿がこの時間帯にあったらごめんなさい。直接リモートの投稿を参照するようにしていただきたく思います。</p>

<h2 id="復旧後の状況">復旧後の状況</h2>

<p>12/9 23:30過ぎに復旧した後、数分間だけTLが滝になりましたがすぐに通常の流れに戻っています。</p>

<p>そしてこれは怪我の功名なんですが、インデックスを再構築したおかげで、タグTLのレスポンスが格段に改善されました。</p>

<p>タグTLの活用に重きをおいている弊鯖としては、これはとても喜ばしいことです。<br>
いやサービス停止したので諸手を挙げて喜ぶことはできないのだけど。</p>

<p>ともかく、今まで以上に快適にサービスを利用することができるようになりました。</p>

<h2 id="今回の事象に対する処分">今回の事象に対する処分</h2>

<p>今までもたまに短時間のサービス停止をしてサーセンしたことがありましたが、今回は告知なしで結構長い断を行ったので、流石にサーセンしといたほうがいいと思いました。</p>

<p>このことから対策を不十分に取らなかった僕( <a href="https://abyss.fun/@guskma" rel="nofollow">@guskma</a> )に対し、明日(12/11)の自宅謹慎処分(喫煙禁止)の判断を下しました。</p>

<p>なお、自宅謹慎処分中も、当日はリモートワーク予定であるため、本来の僕の業務内容には全くといって影響はありません。</p>

<p>日頃Abyss.funを楽しみにしている皆様方に置かれましては、この度のサービス停止のためにご不便をおかけしたことを心よりお詫び申し上げます。</p>

<p>ごめんなさいでした。</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/incident-report-2020-12-09</guid>
      <pubDate>Thu, 10 Dec 2020 01:12:27 +0900</pubDate>
    </item>
    <item>
      <title>Abyss.fun アップデートしました</title>
      <link>https://info.sabakan.industries/guskma/abyss-fun-atsupudetoshimashita</link>
      <description>&lt;![CDATA[特に理由とかない気もしますが、最近バージョンアップしてないなーと思ったので久しぶりにmaster追随しました。&#xA;&#xA;3.1.1 → 3.2.1 です。表記は3.2.0となっていますが、3.2.1はセキュリティアップデートなのでmasterでやると3.2.0のままとなっています。&#xA;&#xA;今回のアップデートで確か時限ミュートとかできるようになったはずです。  &#xA;他にも3.2.x系でいくつか変わったと思いますが、よく覚えていないので tootsuiteのリリースノート を確認してください。&#xA;&#xA;それと今回、Abyss.funの独自機能を少しいじりました。LTLのキーワード取得周りです。&#xA;&#xA;独自機能変更：抽出キーワードの一部除外&#xA;&#xA;LTLに表示する上でノイズになってしまうキーワードを除外しました。  &#xA;「呪い」と「んなぁ」です。&#xA;&#xA;そんな！LTLに んなぁ できないなんて！と思っているそこのあなた(いるか？) ご安心ください。Abyss.funにはキーワード一致の方法として、単純なテキスト一致と、mecabを利用した構文解析による検出の2種類を用意しています。&#xA;今回除外したのはテキスト一致の方だけで、構文解析を利用した方は引き続き利用することができます。ただ、もしかしたら以前はLTLに乗っていた んなぁ でも、場合によってはLTLに乗らない んなぁ が出てきてしまう可能性があるということをご理解いただければと思います。&#xA;&#xA;独自機能変更：FTLのキーワード抽出&#xA;&#xA;キーワード除外に加えてもう一点修正があります。&#xA;&#xA;今までローカルユーザに対してのみキーワード抽出を行っていたものを、連合のアカウントにまで対象を広げます。  &#xA;これにより、メイドインアビスに関するキーワードを含むすべてのトゥートは連合/ローカルアカウントに限らずLTLに流れることになります。&#xA;&#xA;今までもやろうと思えば出来た機能なんですが、連合の投稿に対してパラメータをいじるのはいかがなものか。と個人的に疑問だったので手をつけていませんでした。&#xA;&#xA;最近tootsuiteの方でリモートのアカウントに対して強制NSFWをつける機能が実装されるとかなんとかで、パラメータ弄っちゃってもいいんだという認識になり、実装に踏み切ることにしました。&#xA;&#xA;……で、いざ動作確認をしてみたところ、思ったように動かずorz&#xA;&#xA;なので今まで通り、ローカルのユーザに対してのみキーワードが動作するようになってます。&#xA;&#xA;この機能については近日のうちにアップデートするようにします。]]&gt;</description>
      <content:encoded><![CDATA[<p>特に理由とかない気もしますが、最近バージョンアップしてないなーと思ったので久しぶりにmaster追随しました。</p>

<p>3.1.1 → 3.2.1 です。表記は3.2.0となっていますが、3.2.1はセキュリティアップデートなのでmasterでやると3.2.0のままとなっています。</p>

<p>今回のアップデートで確か時限ミュートとかできるようになったはずです。<br>
他にも3.2.x系でいくつか変わったと思いますが、よく覚えていないので <a href="https://github.com/tootsuite/mastodon/releases" rel="nofollow">tootsuiteのリリースノート</a> を確認してください。</p>

<p>それと今回、Abyss.funの独自機能を少しいじりました。LTLのキーワード取得周りです。</p>

<h2 id="独自機能変更-抽出キーワードの一部除外" id="独自機能変更-抽出キーワードの一部除外">独自機能変更：抽出キーワードの一部除外</h2>

<p>LTLに表示する上でノイズになってしまうキーワードを除外しました。<br>
「呪い」と「んなぁ」です。</p>

<p>そんな！LTLに んなぁ できないなんて！と思っているそこのあなた(いるか？) ご安心ください。Abyss.funにはキーワード一致の方法として、単純なテキスト一致と、mecabを利用した構文解析による検出の2種類を用意しています。
今回除外したのはテキスト一致の方だけで、構文解析を利用した方は引き続き利用することができます。ただ、もしかしたら以前はLTLに乗っていた んなぁ でも、場合によってはLTLに乗らない んなぁ が出てきてしまう可能性があるということをご理解いただければと思います。</p>

<h2 id="独自機能変更-ftlのキーワード抽出" id="独自機能変更-ftlのキーワード抽出">独自機能変更：FTLのキーワード抽出</h2>

<p>キーワード除外に加えてもう一点修正があります。</p>

<p>今までローカルユーザに対してのみキーワード抽出を行っていたものを、連合のアカウントにまで対象を広げます。<br>
これにより、メイドインアビスに関するキーワードを含むすべてのトゥートは連合/ローカルアカウントに限らずLTLに流れることになります。</p>

<p>今までもやろうと思えば出来た機能なんですが、連合の投稿に対してパラメータをいじるのはいかがなものか。と個人的に疑問だったので手をつけていませんでした。</p>

<p>最近tootsuiteの方でリモートのアカウントに対して強制NSFWをつける機能が実装されるとかなんとかで、パラメータ弄っちゃってもいいんだという認識になり、実装に踏み切ることにしました。</p>

<p>……で、いざ動作確認をしてみたところ、思ったように動かずorz</p>

<p>なので今まで通り、ローカルのユーザに対してのみキーワードが動作するようになってます。</p>

<p>この機能については近日のうちにアップデートするようにします。</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/abyss-fun-atsupudetoshimashita</guid>
      <pubDate>Mon, 23 Nov 2020 12:12:25 +0900</pubDate>
    </item>
    <item>
      <title>5/27にメンテナンスでサービス停止します</title>
      <link>https://info.sabakan.industries/guskma/5-27nimentenansudesabisuting-zhi-shimasu</link>
      <description>&lt;![CDATA[VPSサーバを借りているさくらインターネット様から連絡があり、サーバ停止を伴うメンテナンスが入ります。&#xA;&#xA;アプリケーションサーバとストレージサーバを午前と午後に分けて2回ダウンの予定です。&#xA;&#xA;今回のメンテナンスによってVPSサーバのストレージがHDDからSSDに代わります。&#xA;ディスクI/Oのパフォーマンスが改善されると思うので、多少動作が軽くなるんじゃないかなと思っています。&#xA;&#xA;ただ、それとは別でストレージがちょっと辛い感じになってきているのがあるのでその対応のメンテナンスがそのうち入りますのでよろしくお願いします。&#xA;&#xA;今回のメンテナンスに関するさくらインターネットからのアナウンスは以下から。&#xA;&#xA;【予告】「さくらのVPS」及び「さくらのVPS for Windows Server」リニューアルのお知らせ – さくらのVPSニュース]]&gt;</description>
      <content:encoded><![CDATA[<p>VPSサーバを借りているさくらインターネット様から連絡があり、サーバ停止を伴うメンテナンスが入ります。</p>

<p>アプリケーションサーバとストレージサーバを午前と午後に分けて2回ダウンの予定です。</p>

<p>今回のメンテナンスによってVPSサーバのストレージがHDDからSSDに代わります。
ディスクI/Oのパフォーマンスが改善されると思うので、多少動作が軽くなるんじゃないかなと思っています。</p>

<p>ただ、それとは別でストレージがちょっと辛い感じになってきているのがあるのでその対応のメンテナンスがそのうち入りますのでよろしくお願いします。</p>

<p>今回のメンテナンスに関するさくらインターネットからのアナウンスは以下から。</p>

<p><a href="https://vps-news.sakura.ad.jp/2019/10/10/vps-win-re-notice/" rel="nofollow">【予告】「さくらのVPS」及び「さくらのVPS for Windows Server」リニューアルのお知らせ – さくらのVPSニュース</a></p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/5-27nimentenansudesabisuting-zhi-shimasu</guid>
      <pubDate>Tue, 12 May 2020 15:21:05 +0900</pubDate>
    </item>
    <item>
      <title>継続的なメンテナンスを裏でしています。のお知らせ</title>
      <link>https://info.sabakan.industries/guskma/ji-sok-de-namentenansuwoli-deshiteimasu</link>
      <description>&lt;![CDATA[Abyss.funのストレージサーバがそろそろディスクサイズの限界が見え始めてきたため、不要な投稿を削除するツール (というかマストドンの管理機能として提供されている tootctl のことです) を実行して、DBのダイエットを裏で行っています。&#xA;&#xA;今までも何度かチャレンジしていたんですが、その度にエラーが出て挫折していました。今回改めて試行錯誤してみたところ、原因が判明したので解決に向かうと思われます。&#xA;&#xA;2年4ヶ月程度稼働しているわけですが、その間にDBのメンテをしていなかったのでかなり肥大化していました。メンテナンス実行時点で52GBほどあります。横綱級です。&#xA;&#xA;参考：普通、マストドンでは大規模サーバでも20GB行かないくらいのサイズで済むみたいです&#xA;&#xA;今回エラーを解消して正しく処理されるようになったので、少しずつ減量中です。ガリガリと余分なデータを燃焼させています。&#xA;&#xA;軽くなったらストレージに余裕ができるだけでなく、DBのアクセス効率もやや良くなると思うので、若干の処理速度向上も期待されます。個人的に楽しみです。&#xA;&#xA;処理にしばらく掛かりそうなので、この記事で継続的にどのくらい減ったかを逐次更新していきたいと思います。興味がある方は継続的にご確認ください。&#xA;&#xA;なお、メンテナンス中でもサーバの負荷は殆どありませんし、ダイエット完了後もAbyss.funに登録されているアカウントのデータは全て保全されるので、ご安心ください。&#xA;&#xA;メンテナンス履歴(日付降順)&#xA;&#xA;2020-05-18 7時30分&#xA;&#xA;めっちゃ効果あった&#xA;&#xA;ストレージ：136,521,984Byte (-49,465,344Byte)&#xA;&#xA;空き領域が50GB近く増えた。これが原因だったか……&#xA;とりあえずこれでストレージ問題が解決された。よかったよかった。&#xA;&#xA;それと、昨日終わった tootctl account cull で「特定ドメインにリクエスト投げられなかったら削除してないよー自力で削除してね」的なメッセージが出ていたので、別途 tootctl domain purge をして削除することにする&#xA;&#xA;2020-05-18 10:05:06 時点で1/1147&#xA;&#xA;2020-05-17 20時&#xA;&#xA;気がついたら tootctl account cull が終わってた&#xA;&#xA;処理数：112514/112514&#xA;DB：52.4GB&#xA;ストレージ：185,987,328Byte (+6,801,408‬Byte)&#xA;&#xA;全然減らない……引き続き tootctl preview-cards remove でもやってみるか。&#xA;&#xA;処理数：1,157,605件、結構削れるのではないか。&#xA;&#xA;2020-04-03 10時&#xA;&#xA;順調に減って……はいない&#xA;&#xA;処理数：3560/112514&#xA;DB：51.7GB&#xA;ストレージ：179,185,920Byte (+2,644,992‬Byte)&#xA;&#xA;どちらかというとインデックスとかメディアが増えたのが理由のように思う。&#xA;statusesは少しずつ減ってきている&#xA;&#xA;というか5日間くらい回して4000件程度しか処理できてないんですが。&#xA;単純計算であと30倍程度の時間が必要→5ヶ月かかる計算に……なにそれこわい&#xA;&#xA;2020-04-09 10時&#xA;&#xA;エイプリルフールネタをやったときにちょっとパラメータいじったらDB接続エラー出まくってたの気づかなくて今まで放置してたので多分あまりダイエット成功してないです。&#xA;&#xA;処理数：3899/112514&#xA;DB：51.9GB&#xA;ストレージ：177,069,312Byte (+528,384‬Byte)&#xA;&#xA;設定戻してやり直し&#xA;&#xA;2020-04-01 0時&#xA;&#xA;エイプリルフールネタやったらDBが死んだので一旦停止してやり直し&#xA;&#xA;処理数：356/112720&#xA;DB：51.7GB&#xA;ストレージ：176,540,928Byte (+1,982,464‬Byte)&#xA;&#xA;2020-03-30 9時&#xA;&#xA;DBサイズ的には少し減っただけだけど、ストレージサイズはガッツリ減ってる。いけるいける&#xA;&#xA;処理数：369/112720&#xA;DB：51.7GB&#xA;ストレージ：174,558,464Byte (-1,704,976Byte)&#xA;&#xA;2020-03-30 21時&#xA;&#xA;投稿削除してもだめだったので、 tootctl account cull を実施。(現在活動していないリモートのアカウントを削除していく)&#xA;対象のアカウント数112720件、これは期待できそう！&#xA;&#xA;処理数：1132/1132&#xA;DB：51.9GB&#xA;ストレージ：176,263,440Byte (-579,312Byte)&#xA;&#xA;DBのサイズが増えたのはstatusを削除するのにインデックスを作成したからであって決してリバウンドではない。&#xA;ダイエットするのにトレーニング始めたら筋肉ついてきて体重増えたのと同じ理論&#xA;&#xA;2020-03-29 7時&#xA;&#xA;気づいたら終わってた。やっぱ domain purge じゃあまり効果なかった。&#xA;&#xA;処理数：1132/1132&#xA;DB：51.6GB&#xA;ストレージ：176,842,752Byte (+6,144Byte)&#xA;&#xA;引き続き、 tootctl status remove で古いリモートの投稿を削除していく(直近 90 60日まで)&#xA;&#xA;2020-03-27 9時&#xA;&#xA;DBサイズは少し増えたけど、ストレージサイズは少し減った&#xA;&#xA;処理数：747/1132&#xA;DB：51.6GB&#xA;ストレージ：176,836,608Byte&#xA;&#xA;2020-03-25 10時&#xA;&#xA;引き続き経過観察&#xA;&#xA;処理数：165/1132&#xA;DB：51.5GB&#xA;&#xA;2020-03-24 15時前&#xA;&#xA;tootctl 系コマンドでエラーになる原因が判明する。まずは閉鎖したサーバのデータ削除を行う&#xA;→ tootctl domain purge mao.daizhige.org&#xA;&#xA;処理数：0/1132&#xA;DB：52GB程度]]&gt;</description>
      <content:encoded><![CDATA[<p>Abyss.funのストレージサーバがそろそろディスクサイズの限界が見え始めてきたため、不要な投稿を削除するツール (というかマストドンの管理機能として提供されている <code>tootctl</code> のことです) を実行して、DBのダイエットを裏で行っています。</p>

<p>今までも何度かチャレンジしていたんですが、その度にエラーが出て挫折していました。今回改めて試行錯誤してみたところ、原因が判明したので解決に向かうと思われます。</p>

<p>2年4ヶ月程度稼働しているわけですが、その間にDBのメンテをしていなかったのでかなり肥大化していました。メンテナンス実行時点で52GBほどあります。横綱級です。</p>

<p><em>参考：普通、マストドンでは大規模サーバでも20GB行かないくらいのサイズで済むみたいです</em></p>

<p>今回エラーを解消して正しく処理されるようになったので、少しずつ減量中です。ガリガリと余分なデータを燃焼させています。</p>

<p>軽くなったらストレージに余裕ができるだけでなく、DBのアクセス効率もやや良くなると思うので、若干の処理速度向上も期待されます。個人的に楽しみです。</p>

<p>処理にしばらく掛かりそうなので、この記事で継続的にどのくらい減ったかを逐次更新していきたいと思います。興味がある方は継続的にご確認ください。</p>

<p>なお、メンテナンス中でもサーバの負荷は殆どありませんし、ダイエット完了後もAbyss.funに登録されているアカウントのデータは全て保全されるので、ご安心ください。</p>

<h2 id="メンテナンス履歴-日付降順" id="メンテナンス履歴-日付降順">メンテナンス履歴(日付降順)</h2>

<h3 id="2020-05-18-7時30分" id="2020-05-18-7時30分">2020-05-18 7時30分</h3>

<p>めっちゃ効果あった</p>

<p>ストレージ：136,521,984Byte (-49,465,344Byte)</p>

<p>空き領域が50GB近く増えた。これが原因だったか……
とりあえずこれでストレージ問題が解決された。よかったよかった。</p>

<p>それと、昨日終わった <code>tootctl account cull</code> で「特定ドメインにリクエスト投げられなかったら削除してないよー自力で削除してね」的なメッセージが出ていたので、別途 <code>tootctl domain purge</code> をして削除することにする</p>

<p>2020-05-18 10:05:06 時点で1/1147</p>

<h3 id="2020-05-17-20時" id="2020-05-17-20時">2020-05-17 20時</h3>

<p>気がついたら <code>tootctl account cull</code> が終わってた</p>

<p>処理数：112514/112514
DB：52.4GB
ストレージ：185,987,328Byte (+6,801,408‬Byte)</p>

<p>全然減らない……引き続き <code>tootctl preview-cards remove</code> でもやってみるか。</p>

<p>処理数：1,157,605件、結構削れるのではないか。</p>

<h3 id="2020-04-03-10時" id="2020-04-03-10時">2020-04-03 10時</h3>

<p>順調に減って……はいない</p>

<p>処理数：3560/112514
DB：51.7GB
ストレージ：179,185,920Byte (+2,644,992‬Byte)</p>

<p>どちらかというとインデックスとかメディアが増えたのが理由のように思う。
statusesは少しずつ減ってきている</p>

<p>というか5日間くらい回して4000件程度しか処理できてないんですが。
単純計算であと30倍程度の時間が必要→5ヶ月かかる計算に……なにそれこわい</p>

<h3 id="2020-04-09-10時" id="2020-04-09-10時">2020-04-09 10時</h3>

<p>エイプリルフールネタをやったときにちょっとパラメータいじったらDB接続エラー出まくってたの気づかなくて今まで放置してたので多分あまりダイエット成功してないです。</p>

<p>処理数：3899/112514
DB：51.9GB
ストレージ：177,069,312Byte (+528,384‬Byte)</p>

<p>設定戻してやり直し</p>

<h3 id="2020-04-01-0時" id="2020-04-01-0時">2020-04-01 0時</h3>

<p>エイプリルフールネタやったらDBが死んだので一旦停止してやり直し</p>

<p>処理数：356/112720
DB：51.7GB
ストレージ：176,540,928Byte (+1,982,464‬Byte)</p>

<h3 id="2020-03-30-9時" id="2020-03-30-9時">2020-03-30 9時</h3>

<p>DBサイズ的には少し減っただけだけど、ストレージサイズはガッツリ減ってる。いけるいける</p>

<p>処理数：369/112720
DB：51.7GB
ストレージ：174,558,464Byte (-1,704,976Byte)</p>

<h3 id="2020-03-30-21時" id="2020-03-30-21時">2020-03-30 21時</h3>

<p>投稿削除してもだめだったので、 <code>tootctl account cull</code> を実施。(現在活動していないリモートのアカウントを削除していく)
対象のアカウント数112720件、これは期待できそう！</p>

<p>処理数：1132/1132
DB：51.9GB
ストレージ：176,263,440Byte (-579,312Byte)</p>

<p>DBのサイズが増えたのはstatusを削除するのにインデックスを作成したからであって決してリバウンドではない。
ダイエットするのにトレーニング始めたら筋肉ついてきて体重増えたのと同じ理論</p>

<h3 id="2020-03-29-7時" id="2020-03-29-7時">2020-03-29 7時</h3>

<p>気づいたら終わってた。やっぱ domain purge じゃあまり効果なかった。</p>

<p>処理数：1132/1132
DB：51.6GB
ストレージ：176,842,752Byte (+6,144Byte)</p>

<p>引き続き、 <code>tootctl status remove</code> で古いリモートの投稿を削除していく(直近 <del>90</del> 60日まで)</p>

<h3 id="2020-03-27-9時" id="2020-03-27-9時">2020-03-27 9時</h3>

<p>DBサイズは少し増えたけど、ストレージサイズは少し減った</p>

<p>処理数：747/1132
DB：51.6GB
ストレージ：176,836,608Byte</p>

<h3 id="2020-03-25-10時" id="2020-03-25-10時">2020-03-25 10時</h3>

<p>引き続き経過観察</p>

<p>処理数：165/1132
DB：51.5GB</p>

<h3 id="2020-03-24-15時前" id="2020-03-24-15時前">2020-03-24 15時前</h3>

<p><code>tootctl</code> 系コマンドでエラーになる原因が判明する。まずは閉鎖したサーバのデータ削除を行う
→ <code>tootctl domain purge mao.daizhige.org</code></p>

<p>処理数：0/1132
DB：52GB程度</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/ji-sok-de-namentenansuwoli-deshiteimasu</guid>
      <pubDate>Wed, 25 Mar 2020 10:11:34 +0900</pubDate>
    </item>
    <item>
      <title>今日色々あった障害と今後のメンテナンス情報について</title>
      <link>https://info.sabakan.industries/guskma/jin-ri-se-atsutazhang-hai-tojin-hou-nomentenansuqing-bao-nitsuite</link>
      <description>&lt;![CDATA[午前中の10時過ぎと夜22時過ぎにそれぞれ数十分Abyss.funに接続できなくなる障害が発生しました。&#xA;&#xA;原因はむっちゃざっくりいうと、ホスティングさせてもらってるさくらのVPSによるものです。&#xA;&#xA;午前中の障害について&#xA;&#xA;これ↓です&#xA;&#xA;さくらのVPS石狩リージョン 論理移設前事前作業について｜さくらインターネット公式サポートサイト&#xA;&#xA;  詳細は対象のお客様へメールにて送付しておりますので、&#xA;  合わせてご確認をお願いいたします。&#xA;&#xA;なるほどなぁ完全に見落としてたわぁ。&#xA;&#xA;突然鯖が落ちて何があったんだ！？って思っちゃったよね。はい。&#xA;&#xA;すいません。これからはちゃんとメンテナンス情報チェックします。&#xA;&#xA;夜の障害について&#xA;&#xA;これは午前中の障害関係ないです。単にストレージサーバのDiskI/O制限がむっちゃ厳しくなったのが原因です。&#xA;&#xA;DB(PostgreSQL)がむっちゃデータの読み書きするので、それで制限かけられたりします。特に夜なんかは毎日って感じです。&#xA;&#xA;それとトゥート検索で使ってるElasticSearchが動いてるのもかなりでかい。これも負荷をもりもりしてる原因の一つ。&#xA;&#xA;なので、一旦トゥート検索機能はOFFにしました。落ち着いたら(多分)また使えるようにします。&#xA;&#xA;多分さくらのVPS悪くない。HDDプランでストレージ酷使してる僕が悪い。&#xA;&#xA;今後のメンテナンス情報について&#xA;&#xA;前々からストレージサーバが容量の90%まで行ったら一旦自宅鯖に移そうかな。とか検討しておりまして、現在88%あたりまで来ています。&#xA;&#xA;そろそろ何かしらのアクション起こしたほうがいいかな。とかも考えているフシもあります。&#xA;&#xA;ただ、もうちょっと現状を維持するのもいいのかもしれない。と思ったり。&#xA;&#xA;というのも理由は2つあります。&#xA;&#xA;【予告】「さくらのVPS」及び「さくらのVPS for Windows Server」リニューアルのお知らせ – さくらのVPSニュース&#xA;&#xA;去年からアナウンスされていたものですが、さくらのVPSがシステム換装の時期に来たらしく、段階的に新鯖に契約者のVPSを移行していくらしいです。&#xA;&#xA;実は今日の午前中の障害も、それを行うための事前準備のためだったのです。そんな大事な情報を完全にスルーしていたわけです。ごぬんね。&#xA;&#xA;あともう一回似たような障害が伴うメンテナンスがあり、そしたら晴れて新しいVPSに生まれ変わる。という話です。&#xA;&#xA;で、生まれ変わったらどうなるの。ということですが、HDDプランのVPSはそのままの容量でSSDの上に乗ることになります。  &#xA;つまり今までみたいなDiskI/Oで悩まされる機会もかなり減ると思う。これはとても嬉しい。&#xA;&#xA;それともう一つ、ディスク容量88%あるデータのうち、かなり多い割合でゴミデータがあるんじゃないかと思っています。&#xA;&#xA;例えばリモートインスタンスのトゥートだったりとか、DBのデータと紐付いていないメディアファイルだったりとか。&#xA;&#xA;ここらへんを掃除していけば、最低でも数10GB節約出来てまだしばらくは今の構成のままで行けるはずなんですよね。&#xA;&#xA;幸いMastodonの最新masterでは、ゴミメディアファイルを掃除するための機能が実装されているらしいです。&#xA;&#xA;現在最新バージョンがv3.1.0rc2だったかだと思うので、rcが外れたタイミングでアップデートしてゴミデータを削除していきますの予定です。&#xA;&#xA;ただし、これもやっぱり読み書きが発生するわけで。もしかしたらうまく行かないんじゃないかなぁ。なんて思っています。結局はそこに行き着くわけです。&#xA;&#xA;なので、さくらインターネットさんメンテナンスがんばえ～って応援するしかないのです。&#xA;&#xA;Abyss.funが死ぬのが先か、メンテナンスが無事終了してSSDストレージになるのが先か。&#xA;&#xA;とりあえず、さくらのVPSのメンテナンス情報をこまめにチェックすることにします。]]&gt;</description>
      <content:encoded><![CDATA[<p>午前中の10時過ぎと夜22時過ぎにそれぞれ数十分Abyss.funに接続できなくなる障害が発生しました。</p>

<p>原因はむっちゃざっくりいうと、ホスティングさせてもらってるさくらのVPSによるものです。</p>

<h2 id="午前中の障害について">午前中の障害について</h2>

<p>これ↓です</p>

<p><a href="https://support.sakura.ad.jp/mainte/mainteentry.php?id=27401&amp;_ga=2.137757683.292845963.1580993459-1602306563.1543639431" rel="nofollow">さくらのVPS石狩リージョン 論理移設前事前作業について｜さくらインターネット公式サポートサイト</a></p>

<blockquote><p>詳細は対象のお客様へメールにて送付しておりますので、
合わせてご確認をお願いいたします。</p></blockquote>

<p>なるほどなぁ完全に見落としてたわぁ。</p>

<p>突然鯖が落ちて何があったんだ！？って思っちゃったよね。はい。</p>

<p>すいません。これからはちゃんとメンテナンス情報チェックします。</p>

<h2 id="夜の障害について">夜の障害について</h2>

<p>これは午前中の障害関係ないです。単にストレージサーバのDiskI/O制限がむっちゃ厳しくなったのが原因です。</p>

<p>DB(PostgreSQL)がむっちゃデータの読み書きするので、それで制限かけられたりします。特に夜なんかは毎日って感じです。</p>

<p>それとトゥート検索で使ってるElasticSearchが動いてるのもかなりでかい。これも負荷をもりもりしてる原因の一つ。</p>

<p>なので、一旦トゥート検索機能はOFFにしました。落ち着いたら(多分)また使えるようにします。</p>

<p>多分さくらのVPS悪くない。HDDプランでストレージ酷使してる僕が悪い。</p>

<h2 id="今後のメンテナンス情報について">今後のメンテナンス情報について</h2>

<p>前々からストレージサーバが容量の90%まで行ったら一旦自宅鯖に移そうかな。とか検討しておりまして、現在88%あたりまで来ています。</p>

<p>そろそろ何かしらのアクション起こしたほうがいいかな。とかも考えているフシもあります。</p>

<p>ただ、もうちょっと現状を維持するのもいいのかもしれない。と思ったり。</p>

<p>というのも理由は2つあります。</p>

<p><a href="https://vps-news.sakura.ad.jp/2019/10/10/vps-win-re-notice/" rel="nofollow">【予告】「さくらのVPS」及び「さくらのVPS for Windows Server」リニューアルのお知らせ – さくらのVPSニュース</a></p>

<p>去年からアナウンスされていたものですが、さくらのVPSがシステム換装の時期に来たらしく、段階的に新鯖に契約者のVPSを移行していくらしいです。</p>

<p>実は今日の午前中の障害も、それを行うための事前準備のためだったのです。そんな大事な情報を完全にスルーしていたわけです。ごぬんね。</p>

<p>あともう一回似たような障害が伴うメンテナンスがあり、そしたら晴れて新しいVPSに生まれ変わる。という話です。</p>

<p>で、生まれ変わったらどうなるの。ということですが、HDDプランのVPSはそのままの容量でSSDの上に乗ることになります。<br>
つまり今までみたいなDiskI/Oで悩まされる機会もかなり減ると思う。これはとても嬉しい。</p>

<p>それともう一つ、ディスク容量88%あるデータのうち、かなり多い割合でゴミデータがあるんじゃないかと思っています。</p>

<p>例えばリモートインスタンスのトゥートだったりとか、DBのデータと紐付いていないメディアファイルだったりとか。</p>

<p>ここらへんを掃除していけば、最低でも数10GB節約出来てまだしばらくは今の構成のままで行けるはずなんですよね。</p>

<p>幸いMastodonの最新masterでは、ゴミメディアファイルを掃除するための機能が実装されているらしいです。</p>

<p>現在最新バージョンがv3.1.0rc2だったかだと思うので、rcが外れたタイミングでアップデートしてゴミデータを削除していきますの予定です。</p>

<p>ただし、これもやっぱり読み書きが発生するわけで。もしかしたらうまく行かないんじゃないかなぁ。なんて思っています。結局はそこに行き着くわけです。</p>

<p>なので、さくらインターネットさんメンテナンスがんばえ～って応援するしかないのです。</p>

<p>Abyss.funが死ぬのが先か、メンテナンスが無事終了してSSDストレージになるのが先か。</p>

<p>とりあえず、さくらのVPSのメンテナンス情報をこまめにチェックすることにします。</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/jin-ri-se-atsutazhang-hai-tojin-hou-nomentenansuqing-bao-nitsuite</guid>
      <pubDate>Fri, 07 Feb 2020 00:15:40 +0900</pubDate>
    </item>
    <item>
      <title>煮え切らないサーバ障害について</title>
      <link>https://info.sabakan.industries/guskma/zhu-eqie-ranaisabazhang-hai-nitsuite</link>
      <description>&lt;![CDATA[本日(2019/09/23) 0時過ぎ辺りから、数十分程度のサーバダウンが数回発生しました。&#xA;&#xA;原因は2点あります。&#xA;&#xA;某大規模鯖の詰まり解消によるリモートアカウントからの投稿が大量に流入したこと(アプリケーションサーバ死亡、ストレージサーバ死亡)&#xA;平素から投稿するたびに一時的に200待機ジョブ発生させている僕自身が何も考えずに投稿したこと&#xA;&#xA;正直、なんとなく連合の濁流を見かけたからといって調子に乗った僕のせいというところではありますので、日頃よりAbyss.funを利用してくれているユーザ各位には大変お手数をおかけしているところではあります。&#xA;&#xA;大変ご迷惑をおかけいたしました。今後は鯖負荷が高まっている際は、プロセス使用率と相談の上で投稿して良いかどうかを判断するようにいたします。&#xA;&#xA;で、以上は内向きの謝罪。&#xA;&#xA;以下は外向きの、というか某日本代表鯖についてのお気持ち表明。&#xA;&#xA;何十万ものアカウントを管理しているとこういう障害が起きるものでしょう。僕はその規模のアカウント及び鯖を管理したことないので、その苦労は推測しようがありません。&#xA;&#xA;ただし、ただでさえ大規模鯖からの処理に少なくないリソースを割いている小規模鯖が、こう何回も詰まり解消のキューを流されてしまっては対処しきることができず、今回のようにサーバエラーを引き起こしてしまいます。&#xA;&#xA;特に、いわゆるMM号と呼ばれる現象。外部鯖の情報は流れてくるのに内側の情報は外に流れないために発生するキュー詰まりの症状です。&#xA;今回は1日以上続いたために、その間に投稿された内容がすべて弊鯖に流れてきました。この間に鯖を止めていただき、ユーザの投稿数を減らしていただいていればこのような事態にはなっていなかったと考えられます。&#xA;&#xA;問題発生時は、すぐに解決できるよう対処していただきたいところはやまやまですが、最初に述べたとおりお忙しいことも重々承知しております。&#xA;そのためすぐにエラーを解決していただかなくても結構だと考えています。ただし、最低限被害を抑えるための対策だけは講じていただきたいと思っています。&#xA;&#xA;例として、Slackなど普段利用しているチャットツールやメール等から鯖を再起動 or 停止させられるような仕組みを構築する、エラー発生に対する何らかの通報機能を用意するなどができると思います。お仕事が忙しいとはいえ秒単位でスケジュールが決まっているわけありませんから、通知を受け取ったら再起動 or 停止の指示を送るくらいはしていただきたいと思う所存です。&#xA;&#xA;今回は弊鯖のサーバダウン時間も1時間以上にもなりました。正直ここまでひどい状況はバルスのときにもありませんでした。]]&gt;</description>
      <content:encoded><![CDATA[<p>本日(2019/09/23) 0時過ぎ辺りから、数十分程度のサーバダウンが数回発生しました。</p>

<p>原因は2点あります。</p>
<ol><li>某大規模鯖の詰まり解消によるリモートアカウントからの投稿が大量に流入したこと(アプリケーションサーバ死亡、ストレージサーバ死亡)</li>
<li>平素から投稿するたびに一時的に200待機ジョブ発生させている僕自身が何も考えずに投稿したこと</li></ol>

<p>正直、なんとなく連合の濁流を見かけたからといって調子に乗った僕のせいというところではありますので、日頃よりAbyss.funを利用してくれているユーザ各位には大変お手数をおかけしているところではあります。</p>

<p>大変ご迷惑をおかけいたしました。今後は鯖負荷が高まっている際は、プロセス使用率と相談の上で投稿して良いかどうかを判断するようにいたします。</p>

<p>で、以上は内向きの謝罪。</p>

<p>以下は外向きの、というか某日本代表鯖についてのお気持ち表明。</p>

<p>何十万ものアカウントを管理しているとこういう障害が起きるものでしょう。僕はその規模のアカウント及び鯖を管理したことないので、その苦労は推測しようがありません。</p>

<p>ただし、ただでさえ大規模鯖からの処理に少なくないリソースを割いている小規模鯖が、こう何回も詰まり解消のキューを流されてしまっては対処しきることができず、今回のようにサーバエラーを引き起こしてしまいます。</p>

<p>特に、いわゆるMM号と呼ばれる現象。外部鯖の情報は流れてくるのに内側の情報は外に流れないために発生するキュー詰まりの症状です。
今回は1日以上続いたために、その間に投稿された内容がすべて弊鯖に流れてきました。この間に鯖を止めていただき、ユーザの投稿数を減らしていただいていればこのような事態にはなっていなかったと考えられます。</p>

<p>問題発生時は、すぐに解決できるよう対処していただきたいところはやまやまですが、最初に述べたとおりお忙しいことも重々承知しております。
そのためすぐにエラーを解決していただかなくても結構だと考えています。ただし、最低限被害を抑えるための対策だけは講じていただきたいと思っています。</p>

<p>例として、Slackなど普段利用しているチャットツールやメール等から鯖を再起動 or 停止させられるような仕組みを構築する、エラー発生に対する何らかの通報機能を用意するなどができると思います。お仕事が忙しいとはいえ秒単位でスケジュールが決まっているわけありませんから、通知を受け取ったら再起動 or 停止の指示を送るくらいはしていただきたいと思う所存です。</p>

<p>今回は弊鯖のサーバダウン時間も1時間以上にもなりました。正直ここまでひどい状況はバルスのときにもありませんでした。</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/zhu-eqie-ranaisabazhang-hai-nitsuite</guid>
      <pubDate>Wed, 23 Oct 2019 20:35:04 +0900</pubDate>
    </item>
    <item>
      <title>マストドン v3.0.0 にアップデートしました</title>
      <link>https://info.sabakan.industries/guskma/masutodon-v3-0-0-niatsupudetoshimashita</link>
      <description>&lt;![CDATA[色々と手こずりましたが、どうにかアップデート終わりました。&#xA;&#xA;正確にはElasticSearchのデプロイがまだ終わっていませんが、検索がまだ使えないだけで、DBの長々とした処理が終わるのを待つばかりです。多分明日には終わってると思います。多分。&#xA;&#xA;2.7.3あたりからの大幅アップデートです。投票機能やディレクトリのフェデレーション機能など様々な新機能が追加されています。&#xA;&#xA;独自機能としては、以前投稿した Abyss.funバージョンアップに伴う独自機能変更のお知らせ — Abyss.funからのお知らせ を御覧ください。]]&gt;</description>
      <content:encoded><![CDATA[<p>色々と手こずりましたが、どうにかアップデート終わりました。</p>

<p>正確にはElasticSearchのデプロイがまだ終わっていませんが、検索がまだ使えないだけで、DBの長々とした処理が終わるのを待つばかりです。多分明日には終わってると思います。多分。</p>

<p>2.7.3あたりからの大幅アップデートです。投票機能やディレクトリのフェデレーション機能など様々な新機能が追加されています。</p>

<p>独自機能としては、以前投稿した <a href="https://info.sabakan.industries/guskma/abyss-funbaziyonatsupuniban-udu-zi-ji-neng-bian-geng-noozhi-rase" rel="nofollow">Abyss.funバージョンアップに伴う独自機能変更のお知らせ — Abyss.funからのお知らせ</a> を御覧ください。</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/masutodon-v3-0-0-niatsupudetoshimashita</guid>
      <pubDate>Mon, 07 Oct 2019 17:01:43 +0900</pubDate>
    </item>
    <item>
      <title>マストドンアップデートのためにメンテします</title>
      <link>https://info.sabakan.industries/guskma/masutodonatsupudetonotamenimenteshimasu</link>
      <description>&lt;![CDATA[今夜か明日の昼間くらいに。&#xA;&#xA;サーバ落とさないとビルドするのにリソースが足らなそうなので、人が使ってなさそうな時間を見計らって３０分〜１時間程度落としてやります。&#xA;&#xA;日中するなら１４時とか１５時とかかしらん。落ちたらメンテ始まったんだなぁ。みたいな感じに思ってください。&#xA;&#xA;なお、今回のメンテナンスで一部Webクライアントの独自機能が使えなくなりますので予めご了承ください。&#xA;&#xA;参考： https://info.sabakan.industries/guskma/abyss-funbaziyonatsupuniban-udu-zi-ji-neng-bian-geng-noozhi-rase]]&gt;</description>
      <content:encoded><![CDATA[<p>今夜か明日の昼間くらいに。</p>

<p>サーバ落とさないとビルドするのにリソースが足らなそうなので、人が使ってなさそうな時間を見計らって３０分〜１時間程度落としてやります。</p>

<p>日中するなら１４時とか１５時とかかしらん。落ちたらメンテ始まったんだなぁ。みたいな感じに思ってください。</p>

<p>なお、今回のメンテナンスで一部Webクライアントの独自機能が使えなくなりますので予めご了承ください。</p>

<p>参考： <a href="https://info.sabakan.industries/guskma/abyss-funbaziyonatsupuniban-udu-zi-ji-neng-bian-geng-noozhi-rase" rel="nofollow">https://info.sabakan.industries/guskma/abyss-funbaziyonatsupuniban-udu-zi-ji-neng-bian-geng-noozhi-rase</a></p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/masutodonatsupudetonotamenimenteshimasu</guid>
      <pubDate>Fri, 04 Oct 2019 17:08:09 +0900</pubDate>
    </item>
    <item>
      <title>Abyss.funバージョンアップに伴う独自機能変更のお知らせ</title>
      <link>https://info.sabakan.industries/guskma/abyss-funbaziyonatsupuniban-udu-zi-ji-neng-bian-geng-noozhi-rase</link>
      <description>&lt;![CDATA[本日、Mastodon公式リポジトリに於いてv3.0.0rc1が公開されました。&#xA;&#xA;そのため、しばらく滞っていたAbyss.funのアップデートも近々実施しようと思います。具体的にはrcが外れた辺りで。&#xA;&#xA;現在稼働しているのがv2.7.3なので、v2.8.x、v2.9.xをすっとばします。&#xA;&#xA;動かなくなるということは恐らくありませんが、問題なのが独自で実装した機能の部分です。&#xA;&#xA;本家リポジトリのコードをマージしたところ、大量のConfilictが発生して個人でのコード修正をするには少々厄介な状況に陥りました。&#xA;&#xA;そのため、v3.0.0を区切りとして、一旦独自機能の見直しを行うことにしました。&#xA;&#xA;普段ユーザが利用しているであろう独自実装部分だけ残して、その他の部分を公式リポジトリに合わせる仕様に戻そうと思います。&#xA;&#xA;具体的には、以下の機能に差異が発生します。&#xA;&#xA;そのまま残るもの&#xA;  デフォルトハッシュタグ機能(abyss_funタグの自動挿入)&#xA;  キーワードハッシュタグ機能(mecabによる形態素解析)&#xA;  メイドインアビス考察班タグ自動挿入&#xA;  ローカルタイムラインの置換&#xA;&#xA;削除するもの&#xA;  WebUI：考察班TL機能&#xA;  WebUI：お知らせ表示(代替ページ：about/more)&#xA;&#xA;一旦使えなくなるがそのうち改めて追加するもの&#xA;  WebUI：独自テーマ&#xA;  WebUI：奈落文字に変換/解読機能&#xA;  WebUI：旧ローカルタイムライン・その他キーワード用タイムライン表示&#xA;&#xA;上記を総合すると、主にWebUI周りが使えなくなります。&#xA;&#xA;ハッシュタグ自動挿入など、サーバ側で処理している機能については変わらずご利用いただけます。&#xA;また、旧ローカルタイムライン等についてもWebクライアントからのリンクが削除されるだけなので、別途ハッシュタグTLを表示していただければ、変わらずご利用いただけます。&#xA;&#xA;独自テーマ、奈落文字変換/解読機能、各種独自タイムライン表示につきましては、新WebUIの追加などもあり改修範囲が広がることが予想されるため、修正箇所の確認をした上での再実装となります。そのためしばらく利用できない期間が発生してしまうことはご了承ください。&#xA;&#xA;v3.0.0にアップデート後、以下のマストドン固有の機能が追加/削除されます。&#xA;&#xA;アンケート機能&#xA;新WebUI(シングルカラム)&#xA;OStatusの廃止(v1.6以前のマストドンインスタンスと連合できなくなります)&#xA;トレンドハッシュタグ&#xA;etc...&#xA;&#xA;独自機能は減りますが、増えるマストドン固有の機能を使って楽しんでいただければと思います。&#xA;&#xA;それでは良きFediverseライフを！]]&gt;</description>
      <content:encoded><![CDATA[<p>本日、Mastodon公式リポジトリに於いてv3.0.0rc1が公開されました。</p>

<p>そのため、しばらく滞っていたAbyss.funのアップデートも近々実施しようと思います。具体的にはrcが外れた辺りで。</p>

<p>現在稼働しているのがv2.7.3なので、v2.8.x、v2.9.xをすっとばします。</p>

<p>動かなくなるということは恐らくありませんが、問題なのが独自で実装した機能の部分です。</p>

<p>本家リポジトリのコードをマージしたところ、大量のConfilictが発生して個人でのコード修正をするには少々厄介な状況に陥りました。</p>

<p>そのため、v3.0.0を区切りとして、一旦独自機能の見直しを行うことにしました。</p>

<p>普段ユーザが利用しているであろう独自実装部分だけ残して、その他の部分を公式リポジトリに合わせる仕様に戻そうと思います。</p>

<p>具体的には、以下の機能に差異が発生します。</p>
<ul><li><p>そのまま残るもの</p>
<ul><li>デフォルトハッシュタグ機能(abyss_funタグの自動挿入)</li>
<li>キーワードハッシュタグ機能(mecabによる形態素解析)</li>
<li>メイドインアビス考察班タグ自動挿入</li>
<li>ローカルタイムラインの置換</li></ul></li>

<li><p>削除するもの</p>
<ul><li>WebUI：考察班TL機能</li>
<li>WebUI：お知らせ表示(代替ページ：about/more)</li></ul></li>

<li><p>一旦使えなくなるがそのうち改めて追加するもの</p>
<ul><li>WebUI：独自テーマ</li>
<li>WebUI：奈落文字に変換/解読機能</li>
<li>WebUI：旧ローカルタイムライン・その他キーワード用タイムライン表示</li></ul></li></ul>

<p>上記を総合すると、主にWebUI周りが使えなくなります。</p>

<p>ハッシュタグ自動挿入など、サーバ側で処理している機能については変わらずご利用いただけます。
また、旧ローカルタイムライン等についてもWebクライアントからのリンクが削除されるだけなので、別途ハッシュタグTLを表示していただければ、変わらずご利用いただけます。</p>

<p>独自テーマ、奈落文字変換/解読機能、各種独自タイムライン表示につきましては、新WebUIの追加などもあり改修範囲が広がることが予想されるため、修正箇所の確認をした上での再実装となります。そのためしばらく利用できない期間が発生してしまうことはご了承ください。</p>

<p>v3.0.0にアップデート後、以下のマストドン固有の機能が追加/削除されます。</p>
<ul><li>アンケート機能</li>
<li>新WebUI(シングルカラム)</li>
<li>OStatusの廃止(v1.6以前のマストドンインスタンスと連合できなくなります)</li>
<li>トレンドハッシュタグ</li>
<li>etc...</li></ul>

<p>独自機能は減りますが、増えるマストドン固有の機能を使って楽しんでいただければと思います。</p>

<p>それでは良きFediverseライフを！</p>
]]></content:encoded>
      <guid>https://info.sabakan.industries/guskma/abyss-funbaziyonatsupuniban-udu-zi-ji-neng-bian-geng-noozhi-rase</guid>
      <pubDate>Wed, 25 Sep 2019 17:50:39 +0900</pubDate>
    </item>
  </channel>
</rss>