Replies: 3 comments
|
Hi @SztivT, thanks for reaching out. Filtering with
This behavior seems to be fairly consistent between services that use |
|
Hi @RyanFitzSimmonsAK, thanks for the explanation. By "passing this flag is intentional" i meant using the option in the command presumably not happens by mistake. Beside the error handling i would like to rely on the output without further content checking, that's why I think using the option unparameterized should lead to an error. Use caseProblemCancellation of automation workflow not respects termination of processes which leads to untracked instances with a tag set which is created dynamically. ResolutionBased on the above mentioned tags, an unattended clean up process looks for instance ids with |
|
Hi @SztivT, thanks for following up. As I mentioned, the behavior of the |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
The problem
When i am passing empty
--filtersoption to adescribe-instancescall, it returns with every instance from the region unfiltered, same as with the call not using the option.The documentation mentions that the option is not required, but i think passing this flag is intentional, thereby the call should return with empty object, or should fail if no valid filter have been used.
Is this behavior intentional?
The call:
aws ec2 describe-instances --filters --output jsonExpected output
An error occurred (InvalidOptionValue) when calling the DescribeInstances operation: The option `filters` provided with zero parameters.or
{}Current output
aws ec2 describe-instances --output jsonAll reactions