<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Al,<br>
<br>
We just found a typo in the version you downloaded - introduced in
#7975 (ticket is <a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/issues/8033">http://www.rudder-project.org/redmine/issues/8033</a>
)<br>
Sorry for the inconvenience, we'll fix this asap :(<br>
<br>
Nicolas<br>
<br>
Le 03/03/2016 17:29, Nicolas Charles a écrit :<br>
</div>
<blockquote cite="mid:56D8666C.2060508@normation.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Al,<br>
<br>
/opt/rudder/share is the source for techniques, updated by the
packages<br>
/var/rudder/configuration-repository is the git repository, used
by Rudder<br>
<br>
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>
<br>
If you have a red cross, then yuo have an issue - and we must
discover why.<br>
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>
<br>
<br>
<img src="cid:part1.00070504.03000004@normation.com" alt=""><br>
<br>
<img src="cid:part2.03030409.05080005@normation.com" alt=""><br>
<br>
<br>
The text that will show in the technical display should tell
what is not correct<br>
<br>
Nicolas<br>
<br>
Le 03/03/2016 17:16, Al Joslin a écrit :<br>
</div>
<blockquote
cite="mid:56338929-1513-4FF6-BCD8-5B6A7B959139@gmail.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
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" 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 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></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>
<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 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></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"
class="moz-txt-link-abbreviated"
href="mailto:nicolas.charles@normation.com"><a class="moz-txt-link-abbreviated" href="mailto:nicolas.charles@normation.com">nicolas.charles@normation.com</a></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">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"><a 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></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 class="moz-txt-link-abbreviated" href="mailto:nicolas.charles@normation.com">nicolas.charles@normation.com</a></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>
<br>
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
rudder-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rudder-users@lists.rudder-project.org">rudder-users@lists.rudder-project.org</a>
<a 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>
<br>
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
</body>
</html>