Description of problem: A resource with a pinned definition that has drift is said to be out of compliance. We currently do not have a way for easily reporting resources that are out of compliance, nor do we have a way for tracking when resources come back into compliance. Coming back into compliance means that there is no longer any drift. We need to be able to show for each definition whether or not it is in or out of compliance. The drift definitions view should be updated to support this. A flag of some sort should be displayed to indicate whether or not the definition is in or out of compliance. We also the inventory summary in the reports section to show whether or not resources are out of compliance. Note that if a resource has multiple pinned definitions, only one of those definitions has to have drift for the resource to be out of compliance. All of the resource's pinned definitions must have no drift for the resource to be in compliance. Lastly we are expanding the meaning of compliance slightly to include definitions that are created with a non-existent base directory. The primary reason for this inclusion is because we need a reporting mechanism (at the resource definition level) to indicate if/when a definition is created with a non-existent base directory. A user could have for example made a typo, or the intended directory may not exist on the target machine. If the base directory is later created then the resource should come back into compliance. Note that extending compliance to include non-existent base directories applies to pinned as well as unpinned definitions. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Added support for viewing compliance in the drift definitions view at the resource level master branch commit hash: fa55e1b11afb478de2273ac0a9ff0f649abb4001 release_jon3.x commit hash: cac994d7f026b03df8c8abf3b8209157489af7f7 Still need to add it to the inventory summary report.
Added support for flagging definitions as out of compliance when they are created with a base directory that does not exist. If and when the base directory is created the definition is updated as being back in compliance. master commit hash: efcd91eb5e853e3aaf21d45bf92a966bb460c34d release_jon3.x commit hash: 34011a3bf7c201f67d33ed345138254b7bab835e
The three features discussed in the description can for the most part be implemented independent of one another, and they can be tested independently as well. In light of this, I decided to break the work up into three separate bugs so that QE can start looking at it sooner rather than later. bug 751912 bug 751913 bug 751914
Once bugs 751912, 751913, 751914 are all verified this bug can be closed.
this is an umbrella bug coverin bug 751912 bug 751913 bug 751914 ...they are all verified.
changing status of VERIFIED BZs for JON 2.4.2 and JON 3.0 to CLOSED/CURRENTRELEASE
marking VERIFIED JON 3 bugs to CLOSED/CURRENTRELEASE