<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">For the record, as the conversation
continued of the mailing list.<br>
With the help of Al, I identified a bug on Centos system, due to
bad canonification in technique (canonification is replacing non
alphanumeric character by _, so that they can be used as class).<br>
The Pull Request finally contains code that is correct on all
tested system, and was merged and code will be inclluded in next
release<br>
<br>
Thank you very much Al for your patience,<br>
Nicolas<br>
<br>
Le 03/03/2016 19:31, Nicolas Charles a écrit :<br>
</div>
<blockquote cite="mid:56D882F5.6060204@normation.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Hi Al,<br>
<br>
You can use the fix that is there:<br>
<a moz-do-not-send="true" 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 moz-do-not-send="true"
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"
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'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>
<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>