PHPの曜日定義、0=日曜～7=日曜になってるのに、IntlCalendar::DOW_SUNDAY=1なのがなぁ。そういうとこだぞ。
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
PHPの曜日定義、0=日曜～7=日曜になってるのに、IntlCalendar::DOW_SUNDAY=1なのがなぁ。そういうとこだぞ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
GenuineIntel
AuthenticAMD
realDonaldTrump
じゃん
このアカウントは、notestockで公開設定になっていません。
最高裁のメールアドレスが「nifty.com」 河野大臣「これはすごい」と反応 対応へ - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2301/26/news141.html
awesome@courts.go.jp (サイコー！裁判所)
このアカウントは、notestockで公開設定になっていません。
context:
https://mastodon.cardina1.red/@lo48576/109756138607506396
https://mstdn.maud.io/@giraffe_beer/109756126876166913
このアカウントは、notestockで公開設定になっていません。
ヤマハルータの GUI で生成した IP パケットフィルタのフィルタ番号、21474836 まで使えるのに 100000 みたいな手前側の番号を取っていくのちょっとやめてほしいなぁ。
あと GUI が自動生成するフィルタ番号範囲をどうやって決定しているのかも謎。既存ルールを流用しているかと思えば無視して新たな番号で同じ定義をしていたりもするような雰囲気 (確証はない)
"simultaneously" を迷いなく書けるようになった自分に気付いて、英語に慣れてきたなぁと思った
『kb10は僕をuyさない』の方がマッチしてるな (何に？)
https://www.postgresql.jp/document/8.0/html/auth-methods.html
> したがってこの認証方式は、各々のクライアントマシンが厳格な管理下にあり、データベースとシステム管理者が密接に連絡をとりあって動作している、外界から閉ざされたネットワークにのみ適しているといえます。 言い替えると、ident サーバが稼働しているマシンを信用しなければなりません。 次の警告に注意してください。
そんなもんか。いらなそう……
メンテナンス・障害情報・機能追加｜さくらインターネット公式サポートサイト https://support.sakura.ad.jp/mainte/mainteentry.php?id=32430
始まったな
docker による雑な隔離しかしてこなかったので、サーバ間での通信に専用のプライベートな LAN が欲しいことに気付かなかった。構成を考えなおすかな……
そういえば GbE のハブでスループットが 2.0Gbit/s なのどういうことという話、考えてみるとなんのことはない、 LAN1 側の4ポートがスイッチングハブになっているからそのハブ内で完結する (LAN2 (WAN) 側に出ていかない) 通信にも余裕があって全体として 2.0Gbit/s 出る、というだけの話な気がしてきた。そりゃ5ポートあればポートあたり 1G でも機器全体としては 2G 流せるよな
NAS 用を考えると、東芝は最近だと WD Red .* より圧倒的に安いしすごいよなぁ
そういえば NAS 欲しい問題ですが、ちょうどいいスペックのがないので保留するという結論になりました (そのうちどこかにまとめる)
基本的に12ベイかつ拡張可能なものを考えていたけど、 DS2422+ はクソでかい箱だし、19インチラックの棚板に置くにしても拡張ベイの横に並べることができないので却下。
RS2421+ はアリではあるものの騒音が悩ましい。
また+12ベイの拡張ユニットを視野に入れるなら相当長期間使う想定になるから、後々もっと強いのが欲しくなった場合を考えると最初から PSU が冗長化されている RS2421RP+ にしたくなるが、そうなるともはや騒音が許容できないレベルになってしまうので、ラックと部屋を実際に用意できてからでないと決断できない。
RS1221+ は拡張が+4ベイの1Uとかいうふざけたラインナップしかない (しかも1つしか繋げない) のでベイ数も騒音も論外ということで却下。
DS1821+ に+5ベイの拡張ユニットを使うのも、やっぱり19インチラックに横並びにできないので険しい。
以上より、今買ってもちょうど良いものがない。
以下、メモの結論より引用:
>>>
以下の条件が満たされたら買い時。
* 自宅で19インチサーバラックの運用を開始し、 UPS も確保した。
* RackStation (RS2421+ 等) を買うべし。
* RackStation の +8 拡張ベイが登場し、かつそれを使える8〜12ベイの RackStation 製品も登場した。
* RackStation (新製品) を買うべし。
* サーバ用に Luminous 互換の 90x45 cm ラックを続投させることを決めた
* DiskStation (DS2422+ 等) を買うべし。
QNAP の ZFS 使えるやつも検討はしたんだけど、やっぱり Synology Hybrid RAID (SHR) 便利なんだよなぁ
だって今の手持ちの玉が
ashe: 2TB + 2TB + 4TB + 4TB
yonagi: 6TB + 6TB + 8TB + 10TB + 10TB + 12TB + 14TB
なんですよ。こんなんでどうやって conventional な RAID を組めと
Synology を離脱することを最初から覚悟して 8,12,16 TB しか買わないと決めていればやりようがあったんだけど、それもそれで中途半端に2+3+2台みたいな感じになりそうよね
RAID タイプの選択 | DSM - Synology ナレッジセンター
https://kb.synology.com/ja-jp/DSM/help/DSM/StorageManager/storage_pool_what_is_raid?version=7
RAID 計算機 | Synology Inc.
https://www.synology.com/ja-jp/support/RAID_calculator
SHR、ディスクいくらでも追加できるし未使用領域もできるだけ少なくしてくれるし冗長ドライブは最大2まで後から増やせるという大変便利なやつ
いろいろアレな btrfs raid5/6 ではなくオレオレ SHR を使っているからこそ、その上に btrfs を乗せられるということらしい (write hole も何かうまいこと btrfs にパッチ当てるか何かして解決してるんでしょうね)
btrfs raid が安定してくれたら 4U くらいのケースに HDD 詰めまくってサーバクラスタ専用の NFS 専用サーバを用意……みたいなことも検討できるんだけど、残念ながらまだ時機ではない
ZFS はオレオレﾏｯｽｨｰﾝでやるにはメモリ負荷がデカすぎるし CPU もそこそこ必要だしで難しい (あと SSD キャッシュも……)
昔 Linux で ZFS 使ってたけど、あまりちゃんとチューンしてなかったのでサーバ用途でどこまで大変かはよくわかってない
ReadyNAS がもう一般ユーザ向けにやってなさそうなのがなぁ
まああとは心配してもしょうがなさそうだけど Linux kernel の upstream に入る希望のない ZFS にどこまで入れ込むかというアレも悩みの種ではあるかもしれん
まあ Linux やめて FreeBSD 使えば？ みたいな話になるのかもしれないが
まあ8ベイ以下なら Synology は無難におすすめできる。ミドルレンジ以上なら x86 で Docker 動かしたりいろいろ便利に使えるし
Docker が動くということは、軽率に minio を動かしたりなどができるということです
裸族のスカイタワーを使いなさーい！ https://www.amazon.co.jp/dp/B00L17Q1JK
これ眺めてたけど、 HDD 毎電源ボタンがフロントにあるとうっかり押しそうであまりに怖いな (まあ冗長化しておけばいいだろという話はある)
Synology 、 10GbE ついてないやつは専用の拡張カード買わないといけないのでそこだけは注意かも (エントリークラス以外全機種最初から付けといてくれ)
1GbE×4とか言われても、お前それ LAG してもスイッチングハブの4ポート食うんやぞ……？？？ となる
ちなみに私は SFP+ の 10GbE×2 拡張カードを買い足しました (そういう点では、 10GBASE-T と SFP+ で選べたので悪いことばかりではないのかもしれない？)
ハードウェアは同価格帯だと QNAP の方が全体的に性能高いという話はよく聞く (持ってないのでどんなもんかは知らん)
> 03時20分 : メンテナンスは完了いたしました。
終わってた
まあ個人的には Synology Hybrid RAID が言葉通りの killer feature になってて、当面は抜け出せる気がしませんね……
大金が降ってきたら 16 TB ×8 とか調達して別製品に乗り替える可能性なんかはなくもない
でもだいたい NAS だけでも高いんだから同時に揃えたりはしないしインクリメンタルな増設になりがちだよねぇ……
手元に12ベイのを用意して、今使ってる8ベイか4ベイのやつを実家に左遷してオフサイトバックアップ担当大臣に任命する心積もりだったんだけど、まだまだ先のことになりそう
まだ Wasabi の object storage とかの方がマシそう
ま、まあ弊家は台風とか大雨とかで何かあるとすぐに海に沈みそうなところにあるけど実家はそうではないので、それだけでも…… (なお地震)
いつ腐るとも知れない小容量 HDD こそ、4〜6ベイくらいの雑な Synology の NAS を買って突っ込んでおくか Linux 機の btrfs raid1c3 とかでプール作るかとかで消化するしかなさそう
べつに LVM でもいいっちゃいいけど、その場合冗長化は mdadm 的な何かを使うことになるのだろうか。どうせ btrfs 使うしレイヤー増えるのが面倒なので LVM とか md/dm 系あまり真面目にやってないんだよなぁ
8ベイあれば「いつか捨てる HDD で用意した雑プール」と「ちゃんとした HDD で構成した真面目プール」に分けたりできます
yonagi に入ってる 6TB×2 もいつか捨てる HDD のプール
これで 6TB のが死んでもデカいメインの pool に寄せるられるので安全だし、 6TB×2 は RAID1 相当の冗長化になっているので安心して死んでくれていい
まあそれに何か意味があるのかというと、つよいドライブに流れる負荷を多少軽減できる程度の気休めでしかないので、さっさと捨ててしまうのも実際アリではあるんだけど
ホットスワップ非対応、まあべつに可用性が重要なのでもなければどうにでも……みたいなところはある。とはいえ蓋を開けるだけでドライバーが必要なのとかは本当にダルいのでケースは選びたいけど
パケットフィルタのルールを書き直したらｲﾝﾀﾈｯﾂ繋がらなくなった
お前はいつもそうだ
この慌てているときに限って amdgpu が hard reset かけまくって X セッションから追い出される
RasPi 4 で tag VLAN 使ったインターフェースに static local IPv4 address を割り当てたいんだが、調べると皆バラバラの方法でやっているし、どれひとつとして手元でうまくいかない。なんなんだこれは
だいぶ RasPi が嫌いになってきた (たぶん問題なのは RasPi というよりは /etc/network/interfaces やら /etc/dhcpcd.conf やらを弄ることになっている未知のネットワークスタック)
いつもの環境だと楽して connman とか systemd-.* とか使ってるので、オレオレエコシステムへの適合度が低い
や、未知だろうが不慣れだろうが動けば文句はないんだけど……動かないんだよなぁ……
マストドン公式アプリの通知中継サーバはデバイストークンを漏らす。このトークンは１アプリに１個なので、悪い鯖の管理者が照合すると複数アカウントのユーザが同じだということを検出できてしまう。
URL中に情報を入れてDBなしで中継できることの方が、彼らにとっては素晴らしく思えたらしい。
まあ俺も別件でこないだDB飛ばしたので気持ちは分かる
eth0.xxx とかに static IPv4 address を設定することはできたけど、 global IPv6 address を SLAAC で設定できない
このアカウントは、notestockで公開設定になっていません。
誰が何に責任持ってるのかイマイチわからないんだよな。 /etc/network/interfaces と /etc/dhcpcd.conf でできることが重複しとるやんけ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ｺﾉﾊあとひとつだけサーバが残ってるのではよ離脱したいんだよな
ｺﾉﾊのオブジェクトストレージは Openstack Swift と言う割には何やら互換性が微妙だったので苦しんだ後で離脱した
ﾑｰﾑｰﾄﾞﾒｲﾝは何故離脱したんだっけ。 namecheap に乗り替えたんだけど。まあその頃にはもう脱Gしようと思ってた気がするなぁ
169.254.0.0/16 dev eth0.106 scope link src 169.254.xxx.xx metric 204
いやお前マジでどこから降ってきた
@toneji 昔それで arm 用のバイナリが少なくて pacman でビルド走りまくって早々に SD カードが死んだトラウマがあるので避けてます
ブルアカなんてまじめに追ったらちんちんがいくつあってもたりないよぉ＾〜〜
スイッチ2台通してるうちルータ寄りのトランクポートを所望の VLAN に属させていなかったのが原因だった
このアカウントは、notestockで公開設定になっていません。
庭と禿と茸を知ってる老人、妊娠とGKと痴漢も知ってそうだし NTT のことは「みかか」とか言ってそう (暴言)
このアカウントは、notestockで公開設定になっていません。
インド進出した NTT の VPS ホスティングサービス「WebARENA Indogo」
ASCII.jp：高性能な構成でコンパクトなPCが組める「Meshify 2 Mini」 (1/4)
https://ascii.jp/elem/000/004/121/4121361/
こういうフロントパネルのケースたまにあるけど、見るたびに「チューハイの缶みたいだな……」と思う
このアカウントは、notestockで公開設定になっていません。
一応、動的サイズの配列がネストされるとキャッシュヒットとかの効率が落ちるから……みたいな言い訳はできる (まあだからといって平坦なクソデカ配列にランダムアクセスしても仕方ないが)
Lisp とか Haskell は嫌いじゃないけど、論理回路を親だと思って育ってきたので、汎用 CPU で動かすなら GC が透過的でない方が好きかなぁとなってしまうな
べつにそんなにパフォーマンスが重要なコードをいつでも書いているわけではないんだけど、どうにもね……落ち着かないというか
これがネイティブコードにコンパイルされないくらいレイヤー重なったインタプリタ言語とかであれば割り切ることもできるんだけど、結局インタプリタ言語もシェルスクリプトくらいしか書かないんだよなぁ
ok | Etymology, origin and meaning of the name ok by etymonline https://www.etymonline.com/word/ok
OK だけでなく KG もあったのか
Steamの携帯ゲーム機「Steam Deck」が、日本含む4地域で「即時購入」を解禁。予約なしでゲットできる - AUTOMATON https://automaton-media.com/articles/newsjp/20230127-235181/
何がしかのアプリを Out-of-Box でポンと利用可能状態にできる、というのはべつに Docker ではなく .deb だろうと .rpm だろとまともなパッケージングされたパッケージであればそのようにできるし、昔は deb で配ってたものが今は Docker でやる、というだけの話なのでなんともだ
そういえば昔は .deb 配布そこそこ見た気がするなぁ (今も多分普通にあるけど)
snap は Docker の後に生まれてるし Docker と deb の間のパッケージングかというとそうでもなくて、デスクトップやモバイルみたいなエンドユーザー向けの successor Linux package system でしかないような
まあどの抽象度でパッケージングするかの perspective で言えば、userland のシステムまるごと packaging する Docker と特定のユーザーランド環境に配備する executable と library と config file の集合になってる .deb と比べるのは /snap/ に package 個別に file system の空間作るのは間と言えなくもないのか……？なんかここは並列でもない気がして違和感はあるけど
flatpak とかも近いかもしれない。 ostree でファイルシステムのツリーを配布しつつ基本的にはホストの機能をソケットか API か何か経由で使う感じのやつ
いや snap がそんな感じかは知らなくて、これは flatpak の説明
nixCraft - Snap vs flatpak vs appimage vs nix vs 0install vs orb vs guix linux package manager described by xkcd #PackageWars #DistroWars | Facebook
https://www.facebook.com/nixcraft/photos/a.431194973560553/1338279522852089/?type=3
