<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 4/25/2019 7:27 AM, Ron Cohen wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAK=Ff3XwDQ8DNjoqNmztA=z1YzBF9bVQZO8PAFZ0DN5+=k_nYw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div class="gmail_default"
style="font-family:verdana,sans-serif;font-size:small">Hi</div>
<div class="gmail_default"
style="font-family:verdana,sans-serif;font-size:small">have
one server which keeps flapping on msgs. Spent hours to look
for the obvious culprit (another feeder) until it dawn on me
that it must be the logfetch, since there are no issues with
other columns.</div>
<div class="gmail_default"
style="font-family:verdana,sans-serif;font-size:small">And
indeed, after running logfetch with --debug=stderr, I
discovered that it is not always running - I mean not
triggered at all - which triggered the flapping status.</div>
<div class="gmail_default"
style="font-family:verdana,sans-serif;font-size:small">I dug
here and there, to no avail. Any bright ideas are welcome..</div>
</div>
</blockquote>
<p>After the initial two runs, it should run and generate with each
xymonclient-linux.sh execution. Make sure you're running as the
appropriate user and with write privileges into the
logfetch.status file when executing it by hand.</p>
<p>For debugging, you can wrap the call in the shell code with
whichever output you'd like and it will return in the temporary
.msg file as it's constructed. If it's executing, but not doing
anything, you could prepend an strace to see if it's short exiting
for some reason. <br>
</p>
<p>For what should be a last result, you could try clearing that
file out to force it to rescan all log files from their start
position.</p>
<p>HTH,</p>
<p>-jc<br>
</p>
<p><br>
</p>
</body>
</html>