App update leaves the previous app-server daemon running

Open 💬 1 comment Opened Jul 14, 2026 by galah92

What version of Codex CLI is running?

0.144.4

What subscription do you have?

Pro

Which model were you using?

gpt-5.6-sol

What platform is your computer?

Linux 6.17.0-1016-gcp x86_64 x86_64

What terminal emulator and version are you using (if applicable)?

Ghostty & tmux

Codex doctor report

What issue are you seeing?

After Codex updated from 0.144.2 to 0.144.4, the persistent app-server daemon remained on 0.144.2. It was not restarted or replaced as part of the update, leaving remote control unavailable.

Running codex remote-control start only exposed the stale daemon state:

~ ❯ codex remote-control start
Starting app-server daemon with remote control enabled...
Error: app server did not become ready on /home/my/.codex/app-server-control/app-server-control.sock

 Daemon used app-server:
 path: /home/my/.codex/packages/standalone/current/codex
 version: 0.144.4

 Managed app-server stderr (/home/my/.codex/app-server-daemon/app-server.stderr.log):
   2026-07-13T06:52:56.322812Z ERROR codex_models_manager::manager: failed to refresh available models: timeout waiting for child process to exit

Caused by:
    0: failed to connect to /home/my/.codex/app-server-control/app-server-control.sock
    1: Connection refused (os error 111)

The running daemon was still:

.../releases/0.144.2-x86_64-unknown-linux-musl/bin/codex app-server daemon pid-update-loop

What steps can reproduce the bug?

  1. Install and run Codex standalone version 0.144.2.
  2. Start remote control so the persistent daemon is running: codex remote-control start
  3. Verify the daemon uses 0.144.2: ps -ef | grep 'app-server daemon pid-update-loop
  4. Leave the daemon running and update Codex normally to 0.144.4.
  5. Confirm codex --version reports 0.144.4.
  6. Check the daemon process again.

Observed: the daemon continues running from the 0.144.2 release directory and remote control becomes unavailable. Running codex remote-control start fails with a connection-refused error on app-server-control.sock.

Expected: the update should restart or replace the persistent daemon so it runs 0.144.4 and remote control remains available.

What is the expected behavior?

When Codex updates, the persistent app-server daemon should survive safely or (ideally) be restarted using the new version.

Additional information

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗