- 
                Notifications
    You must be signed in to change notification settings 
- Fork 2k
          clarify that prefect server services ls shows configuration, not runtime state
          #19160
        
          New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
…ntime state this addresses confusion when users run `prefect server start --no-services` and then check `prefect server services ls`, which still shows services as "enabled" even though they're not running. changes: - column header: "Enabled?" → "Configured?" - help text: clarified this shows environment variable configuration - footer note: explicitly states services won't run with --no-services or --workers > 1 fixes the misleading output reported in slack by ryan sharp 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <[email protected]>
| CodSpeed Performance ReportMerging #19160 will not alter performanceComparing  Summary
 | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is good for clarification, but we should probably have a command that shows which services are currently running.
| table = Table(title="Available Services", expand=True) | ||
| table.add_column("Name", no_wrap=True) | ||
| table.add_column("Enabled?", no_wrap=True) | ||
| table.add_column("Configured?", no_wrap=True) | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer Enabled? over Configured?. I think that the message below clearly communicates the information that's being displayed and Enabled? makes more sense.
| table.add_column("Configured?", no_wrap=True) | |
| table.add_column("Enabled?", no_wrap=True) | 
| "\n[dim]Note: This shows configuration via environment variables. " | ||
| "Services will not run if the server\n" | ||
| " was started with --no-services or --workers > 1.[/dim]" | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| "\n[dim]Note: This shows configuration via environment variables. " | |
| "Services will not run if the server\n" | |
| " was started with --no-services or --workers > 1.[/dim]" | |
| "\n[dim]Note: This shows services enabled via the current settings, not running status." | |
| "Services will not run if the server\n" | |
| " was started with --no-services or --workers > 1.[/dim]" | 
| """ | ||
| List all available services and their configuration status. | ||
| This shows which services are configured to be enabled via environment variables. | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| This shows which services are configured to be enabled via environment variables. | |
| This shows which services are configured to be enabled via the current settings. | 
| This pull request is stale because it has been open 14 days with no activity. To keep this pull request open remove stale label or comment. | 
context
when users run
prefect server start --no-servicesand then checkprefect server services ls, the output shows services as "enabled" even though they're not actually running. this is confusing.the issue is that
services lsshows which services are configured to be enabled via environment variables, not which services are actually running.reported by a user in slack - he was seeing all services listed as enabled even with
--no-services.changes
--no-servicesor--workers > 1before
after
related
🤖 Generated with Claude Code