Bug 1329561
Summary: | with 2000 systems registered, hammer often/always complains "Expect initializer to return hash if a group of attributes is defined by lazy_accessor" | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Jan Hutař <jhutar> |
Component: | Hosts - Content | Assignee: | satellite6-bugs <satellite6-bugs> |
Status: | CLOSED WONTFIX | QA Contact: | Katello QA List <katello-qa-list> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.2.0 | CC: | bbuckingham, cwelton, daniele, hmore, inecas, jhutar, jsherril, psuriset, roarora, tstrachota |
Target Milestone: | Unspecified | Keywords: | Triaged |
Target Release: | Unused | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-03-16 13:40:23 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
Jan Hutař
2016-04-22 08:58:25 UTC
Changing the component to Hosts since the problem occurred on server side. It's most likely caused by group initializer for values from candlepin returning nil instead of Hash for one of the hosts. Jan, can you please attach foreman-debug next time you encounter this issue? Seems to be somehow connected to https://bugzilla.redhat.com/show_bug.cgi?id=1409795, perhaps when accessing a host record that has not uuid specified yet The content-hosts (systems) api no longer exists in master upstream, and I cannot reproduce on the hosts api. The /hosts index api does not hit candlepin at all, and when accessing /hosts/:id, i get: RestClient::ResourceNotFound: Katello::Resources::Candlepin::CandlepinResource: 404 Resource Not Found {"displayMessage":"Runtime Error Could not find resource for relative : /consumers//compliance of full path: https://robot.example.com:8443/candlepin/consumers//compliance which is a bit different. We could try to fix the systems api to better handle this case, but given the minor nature of the content-hosts api in 6.2, the fact no customers have filed an issue about this particular issue, and the fact its already resolved upstream I'm more inclined to close as WONTFIX. Another option would be to handle this scenario as part of the hosts show api so that it does not return an error, but simply returns no subscription information. |