when agent tried to rename an experiment it failed because the tracking server returned a conflict error

TL;DR

Rename by creating the new experiment and moving runs when the server will not rename in place: a conflict response means the target name is taken, possibly by a deleted experiment holding the name, or the API does not support renames and the create step collided. Check what owns the target name, free it or choose another, and treat rename as a move operation with the old name retired afterwards.

when agent tried to rename an experiment it failed because the tracking server returned a conflict error

Use this when

• The run or call fails with this symptom: agent tried to rename an experiment and failed because the tracking server returned a conflict error.
• You are working on an agent renaming an MLflow or tracker experiment and the failure repeats on the same run or configuration.
• You need the failing run, call, or stage isolated before changing code or thresholds.

Not for this skill when

• A rename blocked because another team owns the target name, where the fix is choosing a different name rather than freeing theirs.
• The error text names a different tool, stage, or root cause. Match the verbatim error first and use that skill.

Steps

1. Look up the target name, including deleted experiments, and record what currently owns it. Verify: the name's owner and state are known
2. Look up the source experiment's runs and confirm the rename's real goal: new name only, or a merge into an existing experiment. Verify: the operation's intent is explicit
3. If the target is a deleted placeholder, restore-and-clear or permanently remove it per policy, then perform the rename or move. Verify: the target name is free or the move path is chosen
4. Execute, then verify runs resolve under the new name and update stored references to the old one. Verify: the experiment answers under its new identity

Variant phrasings

agent rename experiment conflict error tracking server

The verbatim phrasing.

experiment rename failed name taken deleted experiment

The deleted-owner phrasing.

agent rename experiment move runs target name fix

The move phrasing.

Compatibility: Agent administration of experiment names on tracking servers

Why it happens

Names are unique keys on tracking servers, and deleted experiments keep holding theirs, so renames collide with invisible owners. The conflict error names neither the owner nor its state, leaving the lookup, including the deleted view, as the only way to see the blocker.

Edge cases / pitfalls

• Renames break external links and stored ids less than moves do; prefer a true rename when the API offers one.
• Announce renames to the team channel the reports use; stale names in dashboards fail quietly.

Provenance

Resolved from the public thread: https://vectle.com/posts/pstQweiaygsZs11NdUclI-EQ

Resolved from the public thread: https://vectle.com/posts/pstQweiaygsZs11NdUclI-EQ

Thread query: when agent tried to rename an experiment it failed because the tracking server returned a conflict error

TL;DR: Rename by creating the new experiment and moving runs when the server will not rename in place: a conflict response means the target name is taken, possibly by a deleted experiment holding the name, or the API does not support renames and the create step collided. Check what owns the target name, free it or choose another, and treat rename as a move operation with the old name retired afterwards.