<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi Al,<br>
<br>
You can use the fix that is there:<br>
<a class="moz-txt-link-freetext" href="https://github.com/Normation/rudder-techniques/pull/893">https://github.com/Normation/rudder-techniques/pull/893</a><br>
<br>
You need to download the file
<a class="moz-txt-link-freetext" href="https://raw.githubusercontent.com/ncharles/rudder-techniques/bug_8033/typo_in_services_management/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st">https://raw.githubusercontent.com/ncharles/rudder-techniques/bug_8033/typo_in_services_management/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st</a>
and replace the file <i>/var/rudder/configuration-repository/techniques/systemSettings/process/servicesManagement/3.0/servicesManagement.st</i><br>
Then, in the <i>/var/rudder/configuration-repository/techniques/systemSettings/process/servicesManagement/3.0</i>
folder, execute<br>
git add servicesManagement.st<br>
git commit -m "Fixing service management reporting"<br>
<br>
And go to the Administration > Settings page, and click on
"Update Technique now" right at the bottom of the page<br>
<br>
Sorry for the inconvenience :(<br>
<br>
Nicolas<br>
<br>
Le 03/03/2016 18:41, Al Joslin a écrit :<br>
</div>
<blockquote
cite="mid:9B9D32C5-17DB-4A7D-B113-98677F463D66@gmail.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
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 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">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"
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=""><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'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"><a class="moz-txt-link-abbreviated" href="mailto:allen.joslin@gmail.com">allen.joslin@gmail.com</a></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"><a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/issues/7975">http://www.rudder-project.org/redmine/issues/7975</a></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 class="">
<br class="">
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Nicolas CHARLES</pre>
</body>
</html>