- Se descapó
- 5 de septiembre de 2026 a las 1:22 UTC
- Autor
- Kamo
- Compromit
- efee857
medio trabajo hoy, y habría tomado consigo todos los terminales de todos los miembros. El default de systemd es KillMode=control-group: en parada o reinicio SIGKILLs cada proceso en el grupo de la unidad. El tmux SERVER se bitinta por el primero La nueva sesión de los ejecutivos del agente, por lo que vive en ese grupo y se reinicia Por lo tanto, el agente mató al servidor y a cada shell que había dentro. Eso es exactamente lo contrario de por qué tmux está en este diseño. Todo el argumento para lo que, escrito en los propios comentarios de este archivo, es que el shell sobrevive al enchufe: "sin tmux un refresco, un portátil cerrado o un wifi blip mata una construcción en marcha". Un agente desplegado era un golpe más grande que cualquiera de ellos, y nada dijo eso. Las sesiones simplemente se habían ido, y un navegador reconectándose encontró una máquina vacía. Se escondió porque las dos únicas formas de notar son reiniciar al agente mientras alguien está trabajando, o leer la unidad y saber cuál es el valor predeterminado. Envío marítimo el agente es raro, y la máquina suele estar ociosa cuando sucede: la anterior instalar hoy corrió contra una máquina sin servidor tmux en absoluto, por lo que se veía limpios. KillMode=process detiene el proceso principal y deja a sus descendientes. Nada filtraciones: una bomba PTY por conexión es un hilo dentro del proceso principal y muere con ella, y el tmux CLIENT que se bitinta obtiene EOF en su amo y salidas por yo mismo. Sólo el servidor tmux sobrevive, que es el punto. Verificado en la máquina en lugar de razonar sobre: una sesión corrida de . . . . . . . . . . . . . . . . . . . . fue creado, el agente fue reiniciado exactamente como lo hace un despliegue, y después la sesión todavía estaba listada, el proceso todavía en marcha, y su "kamo-coder" opción intacta. Antes de la solución, la misma reinicio dejó "sin servicio en marcha".