Mistral Workflow Execution Debug Prompt
Diagnose Mistral workflow executions stuck in RUNNING, tasks erroring on YAQL/Jinja, and action failures against OpenStack services.
- Target user
- OpenStack operators automating with Mistral workflows
- Difficulty
- Advanced
- Tools
- Claude, ChatGPT
The prompt
You are a senior OpenStack operator who has built and run Mistral (workflow service) automations in production and understands the engine, executor, the task/action model, direct vs reverse workflows, and YAQL/Jinja expression evaluation. I will provide: - The symptom (execution stuck in RUNNING, task ERROR, expression failed, action timeout, retries not working) - The workflow definition (YAML) and the affected task - `openstack workflow execution show` plus `task execution` and `action execution` output - Engine/executor logs Your job: 1. **Map the execution tree** — workflow execution → task executions → action executions — and locate the exact failing node. 2. **Classify the failure** — expression error (YAQL/Jinja), action error (OpenStack API call), engine/executor problem, or a stuck `on-success`/`on-error`/`join` transition. 3. **Debug expressions** — evaluate the failing YAQL/Jinja against the real inputs/published vars to find the wrong reference or type. 4. **Inspect the action** — confirm the OpenStack action (e.g. `nova.servers_create`) received correct params and what the API actually returned. 5. **Resolve stuck transitions** — diagnose joins waiting on a branch, missing `on-complete`, or a `with-items` batch that partially failed. 6. **Check retry/timeout policy** — verify retry count/delay and task timeout are configured and behaving. 7. **Propose a fix** — corrected workflow YAML, plus how to rerun from the failed task rather than the whole workflow. Output as: an execution-tree diagram, the failing expression/action with its evaluated values, a root cause, then corrected YAML and the `openstack workflow execution` commands to rerun and verify. Caution: re-running a workflow that creates resources can duplicate them — make tasks idempotent or rerun from the failed task only.
Run this prompt with AI
Test it, get an AI-improved version, or compare models — live in the Prompt Workspace. No copy-paste.
Related prompts
-
Heat Stack Failure Diagnosis Prompt
Diagnose Heat orchestration stack create/update/delete failures — template errors, dependency cycles, partial rollback states, resource-level errors.
-
Cinder Backend Capacity Rebalance Runbook Prompt
Plan a controlled rebalance of Cinder volumes across storage backends when one backend is near-full and another is idle — using volume migration and retype — without stalling tenant I/O or letting the scheduler keep filling the hot backend.
-
Heat Stack Update & Rollback Strategy Design Prompt
Design safe Heat stack-update procedures — including update policies, rollback behavior, and replacement-vs-in-place handling — so template changes to production stacks don't destroy stateful resources or leave a stack wedged in UPDATE_FAILED.
-
Kolla-Ansible passwords.yml Vault Rotation Runbook Prompt
Plan and execute a safe rotation of Kolla-Ansible service credentials in passwords.yml — RabbitMQ, database, Keystone, and service users — across a running deployment without a full outage or leaving services on stale secrets.
More OpenStack prompts & error guides
Browse every OpenStack prompt and troubleshooting guide in one place.
Reading prompts? Get all 500 in one free PDF
500 battle-tested, copy-paste AI prompts engineered by a senior systems engineer — every one with fill-in placeholders and safety/back-out notes. Drop your email and it's yours.
- 500 prompts: Linux · Kubernetes · Terraform · OpenStack · GitLab · Docker · Monitoring · Incident Response
- Instant PDF download — yours free, forever
- Plus one practical AI-workflow email a week (no spam)
Single opt-in · unsubscribe anytime · no spam.