<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 29, 2018 at 8:07 AM, Jehan-Guillaume de Rorthais <span dir="ltr"><<a href="mailto:jgdr@dalibo.com" target="_blank">jgdr@dalibo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 28 Mar 2018 15:50:26 -0500<br>
Ken Gaillot <<a href="mailto:kgaillot@redhat.com">kgaillot@redhat.com</a>> wrote:<br>
[...]<br>
<span class="">> > >  pacemakerd: PREFIX-launchd, PREFIX-launcher<br>
> ><br>
> > pacemakerd, alone, sounds perfectly fine to me.<br>
><br>
> Agreed -- but the argument against it is to allow something like "grep<br>
> pcmk /var/log/messages" to get everything.<br>
<br>
</span>Then I would pick PREFIX-master... But then I would hate having a pcmk-master<br>
process :(<br>
<br>
Maybe all the logging information should be handled by one process so<br>
syslog/journald/stderr are happy?<br>
<br>
Despite it's multiprocess architecture, PostgreSQL either:<br>
<br>
* emit to syslog/journald using the same ident for all process<br>
* capture stderr of all process and redirect to one file.<br>
<br>
[...]<br>
<span class="">> > >  cib: PREFIX-configd, PREFIX-state<br>
> ><br>
> > Tricky...It deals with both config and state...<br>
> ><br>
> > By the way, why in the first place the CIB messages must be in the<br>
> > log file?<br>
> > Filling logs with XML diffs resulting from other actions already<br>
> > logged earlier<br>
> > sounds like duplicated informations.<br>
><br>
> They are kept out of the syslog, which is where most users are expected<br>
> to look. They are in the detail log, which is for more advanced<br>
> troubleshooting.<br>
<br>
</span>oh ok, sorry.<br>
<br>
I just finished a day reading log file /var/log/pacemaker.log on a Suse 12 SP1<br>
that was packed with XML diffs :/<br>
<br>
Maybe I should have checked /var/log/messages or the syslog setup...<br>
<br>
But honestly, I hate having mixed logs all packed in one same files<br>
like /var/log/messages :/<br></blockquote><div><br></div><div>Theres a very good reason for it though - the relative timing of events is the only way to establish cause and effect.</div><div>Though by now there is surely a decent library for logging to files with sub-second timestamps - if we could incorporate that into libqb and have corosync use it too... then we could consider 1 log per daemon.</div><div>In which case, the outcome of the PREFIX-SUFFIX discussion above could instead be used for /var/log/pacemaker/SUFFIX</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> The detail log messages are useful mainly because CIB changes can come<br>
> from external sources, not just cluster daemons,<br>
<br>
</span>Sure, but a simple info messages explaining that «the CIB has been updated by<br>
tool "<tool_here>" » sound enough to me.<br></blockquote><div><br></div><div>to you, because you know what you changed. </div><div>anyone else reading the logs (ie. people doing support) hasn't got a clue and knowing who changed what is crucial to understanding what the cluster did and why</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> and also to easily see the XML syntax was as expected.<br>
<br>
</span>And this can go to detail/debug logs I suppose.<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/<wbr>mailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
</div></div></blockquote></div><br></div></div>