-
Notifications
You must be signed in to change notification settings - Fork 927
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
'cf a' should print out available information even if an app process was not found #2734
Closed
4 tasks done
Labels
Comments
johha
added a commit
to sap-contributions/cli
that referenced
this issue
Feb 16, 2024
Fetching process stats requires a `/stats` request for each process. If a space contains many apps or processes this slows down `cf apps`. If a user is not interested in stats the `--no-stats` flag can be helpful. In addition the error handling was improved so that `ProcessNotFoundError` don't abort `cf apps`. Related to cloudfoundry#2734
johha
added a commit
to sap-contributions/cli
that referenced
this issue
Feb 19, 2024
Fetching process stats requires a `/stats` request for each process. If a space contains a large number apps or processes this slows down `cf apps`. In case a user is not interested in stats the `--no-stats` flag can be helpful. In addition the error handling was improved so that `ProcessNotFoundError` does not cause `cf apps` to fail. Related to cloudfoundry#2734
johha
added a commit
to sap-contributions/cli
that referenced
this issue
Feb 19, 2024
As a user calls `cf apps` in a large space it might happen that a app was deleted while the CLI is putting all the different information (processes, stats & routes) together. This leads to a failing `cf apps` command. This change prevents this by catching `ProcessNotFoundError` errors and returning `nil` instead. Related to cloudfoundry#2734
3 tasks
johha
added a commit
to sap-contributions/cli
that referenced
this issue
Feb 20, 2024
As a user calls `cf apps` in a large space it might happen that a app was deleted while the CLI is putting all the different information (processes, stats & routes) together. This leads to a failing `cf apps` command. This change prevents this by catching `ProcessNotFoundError` errors and returning `nil` instead. Related to cloudfoundry#2734
johha
added a commit
to sap-contributions/cli
that referenced
this issue
Feb 20, 2024
As a user calls `cf apps` in a large space it might happen that a app was deleted while the CLI is putting all the different information (processes, stats & routes) together. This leads to a failing `cf apps` command. This change prevents this by catching `ProcessNotFoundError` errors and returning `nil` instead. Related to cloudfoundry#2734
johha
added a commit
to sap-contributions/cli
that referenced
this issue
Feb 20, 2024
As a user calls `cf apps` in a large space it might happen that a app was deleted while the CLI is putting all the different information (processes, stats & routes) together. This leads to a failing `cf apps` command. This change prevents this by catching `ProcessNotFoundError` errors and returning `nil` instead. Related to cloudfoundry#2734
a-b
pushed a commit
that referenced
this issue
Feb 22, 2024
* Introduce `--no-stats` for `cf apps` Fetching process stats requires a `/stats` request for each process. If a space contains a large number apps or processes this slows down `cf apps`. In case a user is not interested in stats the `--no-stats` flag can be helpful. * Handle `ProcessNotFoundError` in `cf apps` As a user calls `cf apps` in a large space it might happen that a app was deleted while the CLI is putting all the different information (processes, stats & routes) together. This leads to a failing `cf apps` command. This change prevents this by catching `ProcessNotFoundError` errors and returning `nil` instead. Related to #2734
a-b
pushed a commit
that referenced
this issue
Feb 22, 2024
…2796) * Introduce `--no-stats` for `cf apps` Fetching process stats requires a `/stats` request for each process. If a space contains a large number apps or processes this slows down `cf apps`. In case a user is not interested in stats the `--no-stats` flag can be helpful. * Handle `ProcessNotFoundError` in `cf apps` As a user calls `cf apps` in a large space it might happen that a app was deleted while the CLI is putting all the different information (processes, stats & routes) together. This leads to a failing `cf apps` command. This change prevents this by catching `ProcessNotFoundError` errors and returning `nil` instead. Related to #2734
Fixed with #2795 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Please fill out the issue checklist below and provide ALL the requested information.
CF_TRACE=1
to help debug the issue.Describe the bug and the command you saw an issue with
cf a
in a space that contains ~800 apps takes ~5min (see also #2733 for one reason). When an app in the space is deleted e.g. by CI whilecf a
is running, cli fails and prints out nothing.What happened
The 'process not found' error result most likely from
GET /v3/processes/<process guid>/stats
requests.Expected behavior
cf a
should print out available info for better UX, especially when it takes long time in large spaces:(when app2 got deleted during execution of
cf a
)Since multiple CF API calls are involved in
cf a
, cli can't guarantee a consistent output.Exact Steps To Reproduce
cf a
cf a
is running, delete one of the last apps (sorted by app name)Provide more context
Notes regarding V6 and V7 CLI support:
The text was updated successfully, but these errors were encountered: