Details
-
Bug
-
Status: Resolved
-
Normal
-
Resolution: Fixed
-
PUP 3.4.3
-
None
-
RHEL6
-
Coremunity
-
Platform Core KANBAN
-
Bug Fix
-
Description
A puppet run that has enough custom types/providers/facts to sync to a local system that it exceeds configtimeout (default 2m), should not continue to perform a puppet run, but rather completely fail. This would be the only way to meet the expectation that pluginsync ensures certain types/providers/facts are available before a module's code runs.
If a puppetrun can continue despite failing to download plugins or custom facts, the proper operation of puppet modules cannot be guaranteed (without sanity checks in the puppet code). Also, it becomes impossible to base a Hiera hierarchy off of a custom fact because the first run would fail to pull in the expected Hiera data.
Attachments
Issue Links
- blocks
-
PUP-10598 Change default value of ignore_plugin_errors to false
-
- Resolved
-
- is blocked by
-
PUP-2608 An error is logged during an agent run if the puppetmaster does not have at least one <module>/lib dir in its modules directory.
-
- Resolved
-
- is duplicated by
-
PUP-7456 When agent gets its environment set by an ENC and cannot connect to the master it will pluginsync from the production environment ( possibly removing custom facts, etc... )
-
- Closed
-
- relates to
-
PUP-10598 Change default value of ignore_plugin_errors to false
-
- Resolved
-
-
PUP-10667 if pluginsync fails puppet should apply cached catalog
-
- Resolved
-
-
PUP-2885 Periodic timeouts when reading from master
-
- Closed
-
-
PUP-10582 Puppet runs should fail fast when no environment can be found
-
- Closed
-