Petit Mastodon Constructive Meetupの説明にあった「起こしください」って文言で、寝ている人向けのイベントかと思った。
Petit Mastodon Constructive Meetupの説明にあった「起こしください」って文言で、寝ている人向けのイベントかと思った。
このアカウントは、notestockで公開設定になっていません。
NetBSDさん、BIOSでブートするディスクを指定すると上がってくるのにgrubからchainloaderするとスライス?を見つけられなかったり、昔Linuxで通った道を思い出して楽しい
よーっし。だいぶ進んだよ。
1つ目のディスクにUbuntuが入ってるマシン(古いDell Precision、Nvidiaのグラボ)の2つ目のディスクにNetBSD 8.0 RC1を入れる。
BIOSからインストーラを起動する時にはDrop to boot promptして
> userconf disable nouveau
> boot
する。
インストーラから起動される/usr/sbin/installbootコマンドはOld BPB too bigで失敗するので-fオプションを追加して実行しておく。
今回はXを除いて全部いれた。
/boot.cfgの最後に下記の行を追加しておく:
userconf=disable nouveau
(続く)
(続き)
Ubuntuの/etc/grub.d/40_customに下記を追加してsudo update-grub2するとgtub経由でも起動できる。drivemapしないとError no sliceといわれて起動できない:
menuentry "NetBSD" {
insmod chain
set root=(hd1,msdos1)
drivemap -s hd0, hd1
chainloader +1
}
FQDNは/etc/rc.confに hostname=… として設定する。
デフォルトゲートウェイは/etc/rc.confに defaultroute=192.168.1.1 などと設定する。
\ますたー/ \ますたー/
Merged tootsuite/mastodon at 416f6445050b662fb15045185332e1dc3bec3694
イマココいろいろ
- MastodonのRedisがメモリもりもり
- コードを読む
- Ruby 2.6.0-preview1でMastodonを動かす
- bootsnapがSEGVするのはrequireしない https://mastodon.zunda.ninja/@zundan/99924333526959746
- Accept-Encoding: gzipで空のレスポンスを返すのはRack::Deflaterが最初のチャンクから空を返す https://mastodon.zunda.ninja/@zundan/99924605923332356
- NetBSDでCGIでtDiaryを動かす
- pthread関連をコンパイルできない https://mastodon.zunda.ninja/@zundan/99901794146222217
- 手元でNetBSDを動かしてみる
REST::MediaAttachmentSerializerをrenderさせてるけどRedisがメモリもりもりにならなくなったかもしれない。どのコミットだ?
40097f438b2b23a7a496b4b7dc96e188c196f261 から 416f6445050b662fb15045185332e1dc3bec3694 までの間。
app/serializers/rest/media_attachment_serializer.rbは変化してない
うーん、影響のある変更点をみつけられない…と思ってたらメモリもりもり来てました。ご迷惑をおかけします…
しかし発動条件がわからないなあ
これでRedisのメモリがもりもりるわけでもないなあ
$ rails c
> s = Status.find(100025539020076391)
> a = s.media_attachments.first
> 10.times do ActiveModelSerializers::SerializableResource.new(a, serializer: REST::MediaAttachmentSerializer).as_json end
[active_model_serializers] Rendered REST::MediaAttachmentSerializer with ActiveModelSerializers::Adapter::Attributes (3.71ms)
:
https://github.com/zunda/mastodon/commit/cf19bf1efe9470a9a46bad9d0c8f2bb0b5145f4a
ログをしかけてみた。一歩ずついっぽずつ。
NetBSDでネームサーバを指定しないでホスト名がひけないのはnamedが動いてないからだった。そんなの居るのか!
/etc/rc.confに下記の行を追加した
named=YES
このアカウントは、notestockで公開設定になっていません。
オイゲンさんからタンス管理者たちに送られたメールによると、rc1-rc2のタンスはrc3に早く上げた方がいいみたいですね
\ますたー/ \ますたー/
Merged tootsuite/mastodon at 03b69ebc450efc07246bd64204276941b7ede3fc
tagはなかったけどrc3になったようだ。
Migrating to ImproveIndexOnStatusesForApiV1AccountsAccountIdStatuses (20180514130000)
== 20180514130000 ImproveIndexOnStatusesForApiV1AccountsAccountIdStatuses: migrating
-- add_index(:statuses, [:account_id, :id, :visibility], {:where=>"visibility IN (0, 1, 2)", :algorithm=>:concurrently})
このアカウントは、notestockで公開設定になっていません。
/about{,/more} にメールアドレス載せてないので何も把握していない
@panda_planet データストアを共有させて2つアプリつくるのが将来スケールするのも楽な気がしますが(例えばmastodon.zunda.ninjaはstreaming用に2つめのアプリが動いてます)、サードパーティーのnginxのbuildpackを使えば単一のアプリ内でそれぞれのリクエストを受けるようにもできますねー
僕の知るかぎりGoogleとSlackとTrelloとRollbarはリカバリ用の2FAいくつか持たせておいてもらえるよん。
あ、リカバリ用の2FAっていつでも有効な6桁の数字が10個くらい表示される感じです。印刷して安全なところにしまっといてね、って。
@theoria 更新してないですねー…うーん (記憶違いかもしれないのでにんともかんとも)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@kaznak 生姜、少量でした(ATOKめ…)濃いめの味つけなのでどうころんでもおいしいっすw
初めて鍵にサインしてもらった直後に組織の改変でMUA使わせてもらえなくなったぼっちなおっさんの話は要りませんか要りませんね
Ubuntuのmikutterさん、凍結済みのCSCK知ってるといろんなところで落ちるよね
このアカウントは、notestockで公開設定になっていません。
最後のRedisメモリもりもりは2018-05-14 03:28 UTCに記録されていました。
2018-05-14T03:28:36.874244+00:00 app web.1 - - 66 TID-ou5eo8i26 WARN: Redis::CommandError: OOM command not allowed when used memory > 'maxmemory'.
その後のデプロイは2018-05-14 06:30:08 UTCに下記のcommit
https://github.com/zunda/mastodon/commit/cf19bf1e
なんだよー。原因探るためにログ増やしたら解決したんかいなー(´・ω・`)
メンションに電話のSlackで答えたんだけどデスクトップに移ってからどのチャンネルだったのかわからない
Redisのメモリもりもり来てましたー。
紫がデータの量、緑がMediaAttachmentのシリアライザが呼ばれた回数。どのMediaAttachmentなのかidを記録できたので、あとはこの100個くらいを調べればっと。100個かあ…
hack周りのブログ見てたらSwitchでブートしたLinuxの上でQEMU使ってWinXP起動してる人いるらしくてやっぱりか...という顔をしている
2度のRedisのメモリもりもりに共通にあらわれたMediaAttachmentのidからそれぞれシリアライズした後のサイズを調べてみたら最大610バイトだった。たいしたことないなあ。
%w(1185 120521 1572 1664 17721 17722 17987 17989 18042 18606 19302 2008 21725 22535 22540 22541 22542 3268 3276 3290 3443 541 592 799 8302 8306 8307 8308 8309 8312 8313 8314 8318 8735 8739 8741 8743 876 882).map{|i|
a = MediaAttachment.find(i)
s = ActiveModelSerializers::SerializableResource.new(a,
serializer: REST::MediaAttachmentSerializer)
s.as_json.to_s.length}.sort.last
=> 610
Redisのメモリもりもりになる前にトラフィックが増えてるようにも見える。クローラみたいなのが来てるのかもしれないね (横軸はUTC)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
玉ねぎのみじん切りを入れてみたらまあまあだった。ちなみに余り物仲間のスパムも混入済み。
マンボNo.5のリズムに合わせてCDトレイを開けたり閉めたりする - デイリーポータルZ http://portal.nifty.com/kiji/180510202847_1.htm #DPZ
るびまの #RubyKaigi 2018 直前特集号の公開がこっそり始まりましたよ。お楽しみください! http://magazine.rubyist.net/articles/prerubykaigi2018/preRubyKaigi2018-index.html
公開しつつ記事も募集中です https://github.com/rubima/rubima/issues/464
今晩はちょっとdockerマシンでMastodonのコードいじらなくちゃと思ってたんだけどなんか上がってこないし
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ざーっとgzipされてるログを眺めるのに
$ gunzip *.gz | grep エラー
して、1個も起きてなくてあれー?と思ったんだけど、そこ、zcat じゃないとねえ
DockerマシンでMastodonうごかすよーって思ったらまずはrbenv install 2.5.1からw
cc1が4つがんばってくれてます
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Redisのメモリがもりもりになる時は /@zundan以下へのリクエストがもりもりなことがわかりました。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
というわけでRedisのメモリもりもり対策は雑にリクエストのスロットルをしてみることにしました
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ここ24時間、Redisのメモリはもりもりになっていないようだ。rack-attackに追加した/@で始まるパスへのリクエストのスロットリングには4つのIPアドレスがひっかかっていた。.deが2つと.seと.ch。chってスイスなん!
\masterに/ \なりますたー/
Merged tootsuite/mastodon at 5910eb9b61da6eacf6b534d831da6e2f698e2703.
ActivityPub::DeliveryWorkerが
ActivityPub::DeliveryWorker JID-63afc1725a952922f1f775ee INFO: source=ActivityPub::DeliveryWorker destination="https://example.com/inbox" measure#delivery.delay=39sec count#delivered=1
みたいにメトリクスを残すようにしてるんだけど残さないでstart/doneしてるのもあるようだ。どうしてだ。
もいちどマスター
Merged tootsuite/mastodon at 6aa5ea1b5dff54941682cb006ac2b11ab7b77988
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。