[rudder-users] need help getting 100% compliance w/simple service script

Nicolas Charles nicolas.charles at normation.com
Thu Mar 3 17:29:32 CET 2016 

Al,

/opt/rudder/share is the source for techniques, updated by the packages
/var/rudder/configuration-repository is the git repository, used by Rudder

When you update Rudder, only the /opt/rudder/share is update, not the 
/var/rudder/configuration-repository (except for the system techniques). 
The rational is to avoid deleting any change the user may have done in 
its technique

If you have a red cross, then yuo have an issue - and we must discover why.
If you click on the red cross, it will tell you there were an error 
during policy update, and if you click on "Details", then "Show 
technical details" you'll have more information







The text that will show in the technical display should tell what is not 
correct

Nicolas

Le 03/03/2016 17:16, Al Joslin a écrit :
> not to worry, it’s all in a days work for ‘why is everything so hard?’ 
> man!
>
> :)
>
> I pulled the raw from a different place - 
> http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st
>
> diff says they are identical — so it must have been about how I 
> installed it
>
> I had copied it into the two places I found the original — in 
> /opt/rudder/… and /var/rudder/…  the /var/ copy was under git control, 
> so I added it and committed the change.
>
> what is the better way?  why are there two locations, is one of them 
> for DIST originals?
>
> I don’t have a Policy Server tab, but I find "Update Techniques now" 
> at the bottom of Admin->Settings — the blurb mentions the /var/… 
> location as it’s source...
>
>  I had a red x not a green check - so generation was not successful
>
> Once you clarify where I should place the file I will try again
>
> thanks!
>
> al;
>
> p.s. I would a Networking->Port Management technique — is one on the 
> horizon?  Or should I have a go at it?
>
>> On Mar 3, 2016, at 3:50 AM, Nicolas Charles 
>> <nicolas.charles at normation.com 
>> <mailto:nicolas.charles at normation.com>> wrote:
>>
>> Hello Al,
>>
>> I'm sorry you had such a bad experience.
>> Did you copy the content of the file, or the html content of the page 
>> (it looks like a dumb question, but I've already wget in the past the 
>> pages, and got caught by html in my code:))
>> Raw version can be found here:
>> https://raw.githubusercontent.com/amousset/rudder-techniques/ea8dd328300427beacc91cc4d9ee84b27a642d5a/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st
>>
>> And you were missing the last step of the technique update, which is 
>> (stated from doc):
>> "go to the /Rudder/ web interface, to the Administration tab, Policy 
>> Server tab, and click on "Reload /Techniques/". It will reload the 
>> /Technique/ library and trigger a full redeployment on nodes."
>> Otherwise, Rudder may not see that there is a change.
>>
>> However, I don't understand why compliance wheel was spinning. Was 
>> the generation successfully ? (Successful generation is a green tick 
>> on the top right hand side corner, failed on is a red cross)
>>
>> Nicolas
>>
>> Le 02/03/2016 23:30, Al Joslin a écrit :
>>> I’ve restored the serve to a prior snapshot
>>>
>>> I had to run rudder agent reinit to get the nodes to show up and be 
>>> accepted again
>>>
>>> I am back to where I was before the wind blew
>>>
>>> Awaiting suggestions
>>>
>>> Al;
>>>
>>>
>>>
>>>
>>>> On Mar 2, 2016, at 12:23 PM, Al Joslin <allen.joslin at gmail.com> wrote:
>>>>
>>>> I threw caution to the wind and installed the revised 
>>>> servicesManagement.st <http://servicesmanagement.st/>
>>>>
>>>> I copied it from:
>>>> http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st
>>>> Into:
>>>> /opt/rudder/share/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st 
>>>> <http://servicesmanagement.st/>
>>>> /var/rudder/configuration-repository/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st 
>>>> <http://servicesmanagement.st/>
>>>> (committing the change to git [from within the 3.0 folder] in the 
>>>> latter case)
>>>>
>>>> Rudder didn’t see that as a change so nothing was applied
>>>>
>>>> The only way I know how to cause the rules to be applied is to 
>>>> change something, so I modified the lessThan&greaterThan instance 
>>>> values in the existing servicesManagement directive instance
>>>>
>>>> The rules were then applied but the error was still there, so I 
>>>> figured that I would have to rebuild the directive to pick up the 
>>>> changes
>>>>
>>>> So I deleted and rebuilt my directive instance, which caused the 
>>>> Rules to be applied as soon as the deletion was applied
>>>> - I guess I should have disabled them to make changes?
>>>>
>>>> Then I re-added the new instance of the serviceManagement directive 
>>>> to the rules - in their settings panes
>>>>
>>>> But the [updated] directive (with the same name as the old one) 
>>>> wouldn't show up in the compliance view, even when I deleted all 
>>>> teh directives, saved and then re-added and saved…
>>>>
>>>> So I rebuilt the Rule (again with the same name as the old one) — 
>>>> and then none of the directives would show up in compliance - even 
>>>> after 5mins of the wheel spinning around
>>>>
>>>> So I restarted rudder - no effect: the compliance wheel is still 
>>>> spinning on the rebuilt rule and no directives are showing up in 
>>>> the lists below
>>>>
>>>> So I rebooted the rudder machine - no effect: the compliance wheel 
>>>> is still spinning on the rebuilt rule and no directives are showing 
>>>> up in the lists below
>>>>
>>>> OK, so I’m kinda wishing I’d waited for the release…
>>>>
>>>> Suggestions?  Options?
>>>>
>>>> thanks
>>>> al;
>>>>
>>>>
>>>>
>>>>
>>>>> On Mar 2, 2016, at 11:04 AM, Nicolas Charles 
>>>>> <nicolas.charles at normation.com 
>>>>> <mailto:nicolas.charles at normation.com>> wrote:
>>>>>
>>>>> Ha - it seems a lot like this issue, that has been solved last 
>>>>> week : http://www.rudder-project.org/redmine/issues/7975
>>>>> Basically, here, you are missing some reports on the Technique, 
>>>>> hence the errors in reports.
>>>>> You can either wait for the release, upgrade Rudder (and don't 
>>>>> forget to upgrade your techniques : 
>>>>> http://www.rudder-project.org/rudder-doc-3.1/rudder-doc.html#_technique_upgrade 
>>>>> ), or apply the fix directly on your technique
>>>>>
>>>>> Nicolas
>>>>>
>>>>>
>>>>> Le 02/03/2016 16:55, Al Joslin a écrit :
>>>>>> enclosed - more screenshots
>>>>>>
>>>>>> no, not much - it’s claiming failure on the service starting 
>>>>>> parameters — which could only be a little more simple (don’t 
>>>>>> change) but then that would obviate the need for this directive...
>>>>>>
>>>>>> <Mail Attachment.png>
>>>>>>
>>>>>> <Mail Attachment.png>
>>>>>>> On Mar 2, 2016, at 10:35 AM, Nicolas Charles 
>>>>>>> <nicolas.charles at normation.com> wrote:
>>>>>>>
>>>>>>> Hello Al,
>>>>>>>
>>>>>>> I've looked at the log, and they indeed don't exhibit errors. 
>>>>>>> But from what I understand on your screenshot, you have only a 
>>>>>>> couple of percent of unknow reports - so the error may lies 
>>>>>>> somewhere else
>>>>>>>
>>>>>>> On the Configuration Policy /  Rule page, you'll have the list 
>>>>>>> of rules + their compliance. If you click on it, you'll see the 
>>>>>>> detail by Directive and by Node, and you can drill down to 
>>>>>>> pinpoint where the error is.
>>>>>>>
>>>>>>> Does it help?
>>>>>>>
>>>>>>> Nicolas
>>>>>>>
>>>>>>> Le 29/02/2016 16:01, Al Joslin a écrit :
>>>>>>>> Hello All,
>>>>>>>>
>>>>>>>> 	I must be missing something here….
>>>>>>>>
>>>>>>>> 	I’ve constructed a Rudder rule to install the Zabbix-Agent — everything works ok until it gets to the part where I ask it to ensure that the service is running and will restart on boot
>>>>>>>>
>>>>>>>> 	The log on the target machine shows no errors and yet the dashboard says 100% failure…
>>>>>>>>
>>>>>>>> What is going on?
>>>>>>>>
>>>>>>>> Al;
>>>>>>>>
>>>>>>>> attachments: service config & log from target machine
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> rudder-users mailing list
>>>>>>>> rudder-users at lists.rudder-project.org
>>>>>>>> http://www.rudder-project.org/mailman/listinfo/rudder-users
>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>>>>> Nicolas CHARLES
>>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>>> Nicolas CHARLES
>>>>
>>>
>>
>>
>> -- 
>> Nicolas CHARLES
>


-- 
Nicolas CHARLES

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.rudder-project.org/pipermail/rudder-users/attachments/20160303/308f199f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iabbbhih.png
Type: image/png
Size: 13552 bytes
Desc: not available
URL: <http://www.rudder-project.org/pipermail/rudder-users/attachments/20160303/308f199f/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gagahhjd.png
Type: image/png
Size: 25396 bytes
Desc: not available
URL: <http://www.rudder-project.org/pipermail/rudder-users/attachments/20160303/308f199f/attachment-0003.png>

More information about the rudder-users mailing list