Overview
Admin-level Orchestration issues differ from user-facing stack failures. They typically involve the service itself — engine workers not starting, the API becoming unreachable, trust or stack domain misconfiguration, or a resource plugin failing to load. Use the service log files andopenstack orchestration service list as primary diagnostic tools.
Diagnostic Reference
Engine workers not processing stacks
Engine workers not processing stacks
Symptoms: Stacks remain in Common causes and resolutions:
CREATE_IN_PROGRESS indefinitely. No events appear
in openstack stack event list. openstack orchestration service list shows engine
workers as down.Diagnosis:Check service status
Check engine container logs (the deployment console/Ironcore deployment)
Check message queue connectivity
Restart the engine:
Restart engine container
API returning 500 or refusing connections
API returning 500 or refusing connections
Symptoms: Dashboard shows Orchestration as unavailable. CLI commands return
Common causes and resolutions:
503 Service Unavailable or connection refused on port 8004.Diagnosis:Check API container status
Test API endpoint directly
Check HAProxy backend health
Stack domain user creation fails
Stack domain user creation fails
Symptoms: Stacks containing Common causes and resolutions:
WaitCondition or auto-scaling resources fail
with errors mentioning StackDomainUser or TrustActionMismatch. Users cannot
create stacks that require credentials delegation.Diagnosis:Verify stack domain exists
Verify stack domain admin user
Test stack domain admin credentials
Resource plugin fails to load or raises errors
Resource plugin fails to load or raises errors
Symptoms: Specific resource types consistently fail with Common causes and resolutions:
InvalidTemplateVersion
or ResourceTypeUnavailable. The engine log shows import errors.Diagnosis:List available resource types
Show resource type schema
Check engine log for plugin errors
Large stacks time out or fail under load
Large stacks time out or fail under load
Symptoms: Stacks with many resources (100+) frequently time out or take much
longer than expected. Engine workers appear idle despite stacks being queued.Diagnosis:Resolutions:
Check engine worker count
Check message queue depth
Apply changes by updating globals and redeploying:
Redeploy with new settings
Log Locations
Next Steps
Configuration
Review and update service configuration through the deployment console
Scaling the Service
Add engine workers to resolve throughput and timeout issues
Security
Diagnose stack domain and trust authorization problems
User Troubleshooting
Stack-level diagnostics for CREATE_FAILED and template errors
