Bug #12425
closed
Fact import triggers ip conflicts checks, which drives cpu utilization to 100% on smart-proxy
Added by Anonymous about 9 years ago.
Updated almost 5 years ago.
- Related to Bug #12392: 100% cpu usage on foreman-proxy DHCP calls added
- Category set to Orchestration
From #12392, Dmitri says:
It might be possible to set some flag indicating that fact import is in progress, but it's going to be messy.
When saving hosts during fact/report importing we use .save(:validate => false)
- not really in an attempt to disable validation, but to disable orchestration (as I understand it). The same isn't done for saving network interfaces, and now that orchestration's in those models, it's running.
If we had a flag to disable orchestration generally instead of disabling validation, we might be able to keep validation on NICs (something we really shouldn't go backwards on by disabling) while disabling orchestration changes at a high level?
setting ignore_puppet_facts_for_provisioning to true resolved this issue for us.
- Status changed from New to Ready For Testing
- Assignee set to Timo Goebel
- Pull request https://github.com/theforeman/foreman/pull/3471 added
- Related to Bug #13725: Orchestration fails with 409 when there is a MAC DHCP conflict added
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
- Translation missing: en.field_release set to 136
- Bugzilla link set to 1341860
- Related to Bug #15306: Orchestration does not roll back queued actions if DB error occurs added
The misbehavior was re-introduced by #15306 fyi. If that's important to you, check it.
Oh I take it back, it resolves the issue.
Also available in: Atom
PDF