Story #3119
closedAs a user, I can see in logs that force_full option for sync or publish is enabled
100%
Description
It is possible that users configure importer/distributor to have force_full enabled and forget about it.
For example, Katello users can enable "force_full" sync or publish. This is usually done as part of debugging, but it's easy to set it and then forget to turn it off. The issue is not apparent until later on when there are performance issues with sync/publish.
Logging that force_full is used would help with debugging performance issues.
Log at INFO level and only when force_full option is set to True.
Message should specify the behavior the enabled option causes, e.g.:
- "fully resyncing due to use of force_full importer setting"
- "fully republishing due to use of force_full distributor setting"
Updated by ttereshc over 5 years ago
I think it can be useful because force_full is not supposed to be used every time but for certain cases.
I suggest to use INFO log level.
Updated by mhrivnak over 5 years ago
Agreed. This option changes the behavior of the task substantially, so I think it's reasonable to log at INFO. I suggest only logging a message when it is set to true, and focus the message on the behavior. Something like "fully republishing due to use of force_full setting".
Updated by mhrivnak over 5 years ago
- Sprint/Milestone set to 47
- Groomed changed from No to Yes
- Sprint Candidate changed from No to Yes
Updated by dalley over 5 years ago
- Status changed from NEW to ASSIGNED
- Assignee set to dalley
Updated by dalley over 5 years ago
- Status changed from ASSIGNED to POST
Added by dalley over 5 years ago
Updated by dalley over 5 years ago
- Status changed from POST to MODIFIED
- % Done changed from 0 to 100
Applied in changeset pulp|82ea31934a67b75c7dec9d756ae608d8f8fb4cd8.
Updated by pcreech about 5 years ago
- Status changed from 5 to CLOSED - CURRENTRELEASE
Log scenarios where a full sync or publish is being forced
closes #3119 https://pulp.plan.io/issues/3119