Bug #8294
closed
Warning! Infinity
Description
Viewing any page in puppet report in detail apart from the dashboard reports this error.
This foreman instance is being used for yaml reports only and facts (not ENC)
Started GET "/reports?search=eventful+%3D+true" for IPv6 Address at 2014-11-06 11:08:01 +1030
Processing by ReportsController#index as HTML
Parameters: {"search"=>"eventful = true"}
Rendered reports/_list.html.erb (132.4ms)
Rendered reports/index.html.erb within layouts/application (143.7ms)
Operation FAILED: Infinity
Rendered common/500.html.erb within layouts/application (6.3ms)
Rendered layouts/base.html.erb (2.8ms)
Completed 500 Internal Server Error in 333ms (Views: 12.9ms | ActiveRecord: 5.5ms)
FloatDomainError
Infinity
app/helpers/layout_helper.rb:236:in `page_entries_info'
app/views/reports/_list.html.erb:38:in `_app_views_reports__list_html_erb___3954372958302584947_59000000'
app/views/reports/index.html.erb:3:in `_app_views_reports_index_html_erb___1614328706684788426_57442080'
app/models/concerns/foreman/thread_session.rb:33:in `clear_thread'
lib/middleware/catch_json_parse_errors.rb:9:in `call'
Updated by David LeVene about 10 years ago
This was a fresh installation yesterday, and has only had reports being provided to it overnight
Updated by Dominic Cleal about 10 years ago
Could you perhaps check entries_per_page is set to a reasonable number under Adminster > Settings? If you can't get to it, you may have to check the database or set :entries_per_page: 20 in /etc/foreman/settings.yaml instead.
Updated by David LeVene about 10 years ago
Thanks - that resolved it, there were several other issues being experienced and they were due to other settings being set to 0 as well (like puppet report expiry to 0 minutes)
Would it be worth considering a check on foreman install that if these values are set to 0 to throw a warning at the end of the install process or set them to what should be defaults?
Updated by Dominic Cleal about 10 years ago
- Related to Bug #7579: Session reset after each page request, idle_timeout set to zero added
Updated by Dominic Cleal about 10 years ago
- Category changed from Inventory to Settings
Hm okay, that sounds a bit like #7579 which is another setting that's set to zero after installation. Which OS are you using, and did you use the default installer options with PostgreSQL?false
Updated by David LeVene about 10 years ago
Dominic Cleal wrote:
Hm okay, that sounds a bit like #7579 which is another setting that's set to zero after installation. Which OS are you using, and did you use the default installer options with PostgreSQL?false
Using scientific Linux 6.5, fresh install. For the installer used all the defaults, but didn't install a puppet master. I did run the installer twice as the first time it had issues with yum repos which were unrealted.
Since then i did drop the db and recreated it by running the installer again, but had same issue. The fix you recommended worked.
If you want more details happy to provide, but im not at work right now.
Updated by Stephen Repetski almost 10 years ago
I ran into this issue as well on CentOS 7.1 and Foreman 1.8.0-RC2. Setting the entries_per_page config fixed the issue.
Updated by Stephen Benjamin over 9 years ago
User popped by on #katello with the same problem, entries_per_page somehow was reset to 0, and as far as they know it wasn't them that changed that particular setting
Updated by Anonymous