<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I don’t have that system anymore, I’ve reverted <div class=""><br class=""></div><div class="">this time I’ll update the /opt/… file and then click the “update”</div><div class=""><br class=""></div><div class="">I just saw your note on the typo — I’ll wait for that </div><div class=""><br class=""></div><div class="">thanks!<br class=""><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 3, 2016, at 11:29 AM, Nicolas Charles <<a href="mailto:nicolas.charles@normation.com" class="">nicolas.charles@normation.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
<div class="moz-cite-prefix">Al,<br class="">
<br class="">
/opt/rudder/share is the source for techniques, updated by the
packages<br class="">
/var/rudder/configuration-repository is the git repository, used
by Rudder<br class="">
<br class="">
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<br class="">
<br class="">
If you have a red cross, then yuo have an issue - and we must
discover why.<br class="">
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<br class="">
<br class="">
<br class="">
<span id="cid:part1.07020400.01010605@normation.com"><iabbbhih.png></span><br class="">
<br class="">
<span id="cid:part2.00020905.07050000@normation.com"><gagahhjd.png></span><br class="">
<br class="">
<br class="">
The text that will show in the technical display should tell what
is not correct<br class="">
<br class="">
Nicolas<br class="">
<br class="">
Le 03/03/2016 17:16, Al Joslin a écrit :<br class="">
</div>
<blockquote cite="mid:56338929-1513-4FF6-BCD8-5B6A7B959139@gmail.com" type="cite" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252" class="">
not to worry, it’s all in a days work for ‘why is everything so
hard?’ man!
<div class=""><br class="">
</div>
<div class="">:)</div>
<div class=""><br class="">
</div>
<div class="">I pulled the raw from a different place - <a moz-do-not-send="true" href="http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st" class=""></a><a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st">http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st</a></div>
<div class=""><br class="">
</div>
<div class="">diff says they are identical — so it must have been
about how I installed it</div>
<div class=""><br class="">
</div>
<div class="">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.</div>
<div class=""><br class="">
</div>
<div class="">what is the better way? why are there two
locations, is one of them for DIST originals?</div>
<div class=""><br class="">
</div>
<div class="">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...</div>
<div class=""><br class="">
</div>
<div class=""> I had a red x not a green check - so generation was
not successful</div>
<div class=""><br class="">
</div>
<div class="">Once you clarify where I should place the file I
will try again </div>
<div class=""><br class="">
</div>
<div class="">thanks!</div>
<div class=""><br class="">
</div>
<div class="">al;</div>
<div class=""><br class="">
</div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>p.s.
I would a Networking->Port Management technique — is one on
the horizon? Or should I have a go at it?</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On Mar 3, 2016, at 3:50 AM, Nicolas Charles
<<a moz-do-not-send="true" href="mailto:nicolas.charles@normation.com" class="">nicolas.charles@normation.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
<div class="moz-cite-prefix">Hello Al,<br class="">
<br class="">
I'm sorry you had such a bad experience. <br class="">
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:))<br class="">
Raw version can be found here:<br class="">
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://raw.githubusercontent.com/amousset/rudder-techniques/ea8dd328300427beacc91cc4d9ee84b27a642d5a/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st">https://raw.githubusercontent.com/amousset/rudder-techniques/ea8dd328300427beacc91cc4d9ee84b27a642d5a/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st</a><br class="">
<br class="">
And you were missing the last step of the technique
update, which is (stated from doc):<br class="">
"go to the <em class="">Rudder</em> web interface, to
the Administration tab, Policy Server tab, and click
on "Reload <em class="">Techniques</em>". It will
reload the <em class="">Technique</em> library and
trigger a full redeployment on nodes."<br class="">
Otherwise, Rudder may not see that there is a change.<br class="">
<br class="">
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)<br class="">
<br class="">
Nicolas<br class="">
<br class="">
Le 02/03/2016 23:30, Al Joslin a écrit :<br class="">
</div>
<blockquote cite="mid:F631F4F2-C95B-45ED-AB08-42E3A234A81D@gmail.com" type="cite" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252" class="">
I’ve restored the serve to a prior snapshot
<div class=""><br class="">
</div>
<div class="">I had to run rudder agent reinit to get
the nodes to show up and be accepted again</div>
<div class=""><br class="">
</div>
<div class="">I am back to where I was before the wind
blew </div>
<div class=""><br class="">
</div>
<div class="">Awaiting suggestions</div>
<div class=""><br class="">
</div>
<div class="">Al;</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On Mar 2, 2016, at 12:23 PM, Al
Joslin <<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:allen.joslin@gmail.com">allen.joslin@gmail.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252" class="">
<div style="word-wrap: break-word;
-webkit-nbsp-mode: space;
-webkit-line-break: after-white-space;" class="">
<div class="">I threw caution to the wind
and installed the revised <a moz-do-not-send="true" href="http://servicesmanagement.st/" class="">servicesManagement.st</a></div>
<div class=""><br class="">
</div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>I
copied it from:</div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span><a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st"></a><a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st">http://www.rudder-project.org/redmine/projects/rudder/repository/rudder-techniques/revisions/ea8dd328300427beacc91cc4d9ee84b27a642d5a/entry/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st</a></div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>Into:</div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>/opt/rudder/share/techniques/systemSettings/process/servicesManagement/3.0/<a moz-do-not-send="true" href="http://servicesmanagement.st/" class="">servicesManagement.st</a></div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>/var/rudder/configuration-repository/techniques/systemSettings/process/servicesManagement/3.0/<a moz-do-not-send="true" href="http://servicesmanagement.st/" class="">servicesManagement.st</a></div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>(committing
the change to git [from within the 3.0
folder] in the latter case)</div>
<div class=""><br class="">
</div>
<div class="">Rudder didn’t see that as a
change so nothing was applied</div>
<div class=""><br class="">
</div>
<div class="">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</div>
<div class=""><br class="">
</div>
<div class="">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</div>
<div class=""><br class="">
</div>
<div class="">So I deleted and rebuilt my
directive instance, which caused the Rules
to be applied as soon as the deletion was
applied</div>
<div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>-
I guess I should have disabled them to
make changes?</div>
<div class=""><br class="">
</div>
<div class="">Then I re-added the new
instance of the serviceManagement
directive to the rules - in their settings
panes</div>
<div class=""><br class="">
</div>
<div class="">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…</div>
<div class=""><br class="">
</div>
<div class="">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</div>
<div class=""><br class="">
</div>
<div class="">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</div>
<div class=""><br class="">
</div>
<div class="">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</div>
<div class=""><br class="">
</div>
<div class="">OK, so I’m kinda wishing I’d
waited for the release…</div>
<div class=""><br class="">
</div>
<div class="">Suggestions? Options?</div>
<div class=""><br class="">
</div>
<div class="">thanks</div>
<div class="">al;</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On Mar 2, 2016, at 11:04
AM, Nicolas Charles <<a moz-do-not-send="true" href="mailto:nicolas.charles@normation.com" class=""></a><a class="moz-txt-link-abbreviated" href="mailto:nicolas.charles@normation.com">nicolas.charles@normation.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta content="text/html;
charset=windows-1252" http-equiv="Content-Type" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
<div class="moz-cite-prefix">Ha - it
seems a lot like this issue, that
has been solved last week : <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/issues/7975"></a><a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/issues/7975">http://www.rudder-project.org/redmine/issues/7975</a><br class="">
Basically, here, you are missing
some reports on the Technique,
hence the errors in reports.<br class="">
You can either wait for the
release, upgrade Rudder (and don't
forget to upgrade your techniques
: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.rudder-project.org/rudder-doc-3.1/rudder-doc.html#_technique_upgrade">http://www.rudder-project.org/rudder-doc-3.1/rudder-doc.html#_technique_upgrade</a>
), or apply the fix directly on
your technique<br class="">
<br class="">
Nicolas<br class="">
<br class="">
<br class="">
Le 02/03/2016 16:55, Al Joslin a
écrit :<br class="">
</div>
<blockquote cite="mid:6A902B0E-3679-4C84-A71F-B4DA39BC0404@gmail.com" type="cite" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252" class="">
enclosed - more screenshots
<div class=""><br class="">
</div>
<div class="">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...</div>
<div class=""><br class="">
</div>
<div class=""><span id="cid:part1.04090200.05000403@normation.com" class=""><Mail
Attachment.png></span></div>
<div class=""><br class="">
</div>
<div class=""><span id="cid:part2.06070207.04020905@normation.com" class=""><Mail
Attachment.png></span><br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On Mar 2,
2016, at 10:35 AM, Nicolas
Charles <<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:nicolas.charles@normation.com"></a><a class="moz-txt-link-abbreviated" href="mailto:nicolas.charles@normation.com">nicolas.charles@normation.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta content="text/html;
charset=windows-1252" http-equiv="Content-Type" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
<div class="moz-cite-prefix">Hello
Al,<br class="">
<br class="">
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<br class="">
<br class="">
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.<br class="">
<br class="">
Does it help?<br class="">
<br class="">
Nicolas<br class="">
<br class="">
Le 29/02/2016 16:01,
Al Joslin a écrit :<br class="">
</div>
<blockquote cite="mid:A3DA95B2-CF80-4D2F-8695-34078D01F389@gmail.com" type="cite" class="">
<pre class="" wrap="">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
</pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre class="" wrap="">_______________________________________________
rudder-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:rudder-users@lists.rudder-project.org">rudder-users@lists.rudder-project.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.rudder-project.org/mailman/listinfo/rudder-users">http://www.rudder-project.org/mailman/listinfo/rudder-users</a>
</pre>
</blockquote>
<br class="">
<br class="">
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</blockquote>
<br class="">
<br class="">
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</blockquote>
<br class="">
<br class="">
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</blockquote>
<br class="">
<br class="">
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
</div>
</div></blockquote></div><br class=""></div></div></body></html>