openclaw - 💡(How to fix) Fix Upgrade can leave old OpenClaw install in place and create split-path versions [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#75278Fetched 2026-05-01 05:35:52
View on GitHub
Comments
1
Participants
2
Timeline
10
Reactions
2
Author
Timeline (top)
mentioned ×4subscribed ×4closed ×1commented ×1

Error Message

An upgrade should replace/remove the old install, or at least detect and warn clearly when multiple OpenClaw installs exist and different entrypoints may resolve to different versions.

RAW_BUFFERClick to expand / collapse

Upgrading OpenClaw can leave the previous install on disk instead of replacing it. I have now seen this on two separate machines.

Observed pattern:

  • old system/global install remained under /usr/lib/node_modules/openclaw
  • new install was placed under a user/NVM path like ~/.nvm/.../lib/node_modules/openclaw
  • /usr/bin/openclaw still pointed to the older system install
  • the running gateway/service and the shell CLI could report different versions depending on PATH and install context

In one case:

  • /usr/bin/openclaw --version returned 2026.4.23
  • the active NVM-managed CLI and running gateway were 2026.4.29

Expected: An upgrade should replace/remove the old install, or at least detect and warn clearly when multiple OpenClaw installs exist and different entrypoints may resolve to different versions.

This seems separate from the models.list latency issue. It looks like installer/updater behavior around changing install paths and not cleaning up older copies.

extent analysis

TL;DR

The issue can be mitigated by manually removing the old system install of OpenClaw and updating the /usr/bin/openclaw symlink to point to the new install.

Guidance

  • Verify the existence of multiple OpenClaw installs by checking the versions reported by /usr/bin/openclaw --version and the active NVM-managed CLI.
  • Manually remove the old system install under /usr/lib/node_modules/openclaw to prevent version conflicts.
  • Update the /usr/bin/openclaw symlink to point to the new install location, ensuring consistency across the system.
  • Consider adding a check to the upgrade process to detect and warn about multiple installs, ensuring a smooth upgrade experience.

Notes

This solution assumes that the old system install is no longer needed and can be safely removed. If the old install is still required, alternative solutions such as using version managers or modifying the PATH environment variable may be necessary.

Recommendation

Apply workaround: Manually remove the old system install and update the symlink, as this provides a straightforward solution to the observed issue and ensures consistency across the system.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Upgrade can leave old OpenClaw install in place and create split-path versions [1 comments, 2 participants]