- 出荷済み
- 2026年9月5日 1:22 UTC
- プロフィール
- Kamo
- コンテンツ
- efee857
今日は中途半端の作業で、他のメンバーの端末をすべての端末で受け取ってもらいました。 systemd のデフォルトは KillMode=control-group: 停止または SIGKILLs を再起動します。 単位のcgroupのすべてのプロセス。 tmux SERVER は最初からフォークされます `tmux new-session` エージェントの execs なので、その cgroup に住んでいます。 そのため、エージェントはサーバーと各シェルを内部に殺しました。 これは、tmuxがこの設計にある理由のまさに反対です。 引数全体 このファイル独自のコメントで書かれていると、シェルはソケットを上回るということです。 "tmux なしのリフレッシュ、クローズド ノートパソコン、または wifi の blip が実行中のビルドを殺します。" エージェントのデプロイは、それらのどれよりも大きなフリップだったし、そう言っても何もない。 セッションは単純に消え、ブラウザの再接続は空のマシンを発見しました。 通知する唯一の2つの方法は、エージェントをしばらく再起動することですので、ハイド 誰かが動作しているか、ユニットを読んで、デフォルトが何であるかを知るか。 スタッフ 代理店はまれであり、機械は通常それが起こるときアイドルです: 前 今日は、tmuxサーバーをまったく使用しないマシンに対して実行されているので、 きれい。 KillMode=process は、メインプロセスを停止し、子孫を離れます。 コメントはありません 漏出:接続ごとのPTYポンプは主要なプロセスおよびダイスの中の糸です と, tmux CLIENT それをフォークは、そのマスターと出口で EOF を取得します それ自体。 tmuxサーバのみが生き残っています。 理由よりもマシンで検証: セッション実行 `眠り` エージェントは、デプロイとして正確に再起動され、その後 セッションはまだリストされ、プロセスがまだ実行され、@kamo coder オプション intact。 修正する前に、同じ再起動左 "サーバーが実行されていない" を再起動します.