Bug 2023281
| Summary: | search filter "host_collection != " for a content host does not work. | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Vedashree Deshpande <vdeshpan> |
| Component: | Host Collections | Assignee: | satellite6-bugs <satellite6-bugs> |
| Status: | CLOSED NOTABUG | QA Contact: | Satellite QE Team <sat-qe-bz-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 6.9.0 | CC: | iballou, lufu, paji, pdudley |
| Target Milestone: | Unspecified | Keywords: | Triaged, WorkAround |
| Target Release: | Unused | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2023-06-29 16:17:13 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Vedashree Deshpande
2021-11-15 11:32:10 UTC
*** Bug 2158849 has been marked as a duplicate of this bug. *** If you search with the != expression, every event that has a value in the field, where that value does not match the value you specify, is returned. Events that do not have a value in the field are not included in the results. If you search with the NOT operator, every event is returned except the events that contain the value you specify. This includes events that do not have a value in the field. For more information, please check: https://docs.splunk.com/Documentation/SplunkCloud/latest/Search/NOTexpressions. So the search filter is working as designed. Hi Lucy, I previously opened bz 2158849 which was closed in favor of this one. In https://bugzilla.redhat.com/show_bug.cgi?id=2158849#c1 you can see that when using != in the search the query is built in such a way as to fail. To highlight the line; ~~~ WHERE "katello_host_collections"."name" <> 'test3' )))) ORDER BY "hosts".""name ASC LIMIT $2 OFFSET $3 ~~~ You can see there Satellite builds the query with this "hosts".""name bit, where name is not closed by a ". These queries can be ambiguous in nature when trying to know what to expect for a return, but surely we should expect the query to be built correctly before trusting what was returned? *** Bug 2158849 has been marked as a duplicate of this bug. *** |