Bug 1288543 - changes to puppet classes not immediately active
Summary: changes to puppet classes not immediately active
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Configuration Management
Version: 6.1.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-04 14:30 UTC by David Juran
Modified: 2017-01-12 19:13 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-12 19:13:00 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description David Juran 2015-12-04 14:30:42 UTC
Description of problem:
I've noticed that sometimes a change in a puppet class on the satellite server is not immediately visible to a client.

I'm currently working on developing some puppet modules so I've created a custom environment on the satellite (/etc/puppet/environments/testing) where I have my git checkout.

 Whenever I do a change in one of the classes, I run 

hammer proxy import-classes --name <my_satellite> --environment testing
 
And then on the client, I run "puppet agent -td" to see what happens

I've noticed however that sometimes, the changes are not seen by the client on the first run, rather what is executed is the old class without the changes is being executed. Highly annoying.

Is there something I'm missing, some part of the importing to the puppet master that happens in the background? And if so, is there a way of finding out if it's done?

Various suggestions I've received is to delete /var/lib/puppet/client_data/* on the client, though to my understanding puppet agent --test should ignore cache.

Another suggestions is to restart the puppet master on the satellite server (httpd).

Ideally, I would like hammer not to return before everything really was finished so to speak.

Version-Release number of selected component (if applicable):
satellite-6.1.3

Comment 1 Bryan Kearney 2016-07-26 19:09:20 UTC
Moving 6.2 bugs out to sat-backlog.

Comment 2 Bryan Kearney 2017-01-12 19:13:00 UTC
This is an older bug which I do not envision being addressed in the near term. I am closing this out. If you believe doing so is an issue, please feel free to re-open and provide additional business information. Thank you.


Note You need to log in before you can comment on or make changes to this bug.