<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    So I was able to mess around and fix my issues.  Here's the
    specifics of my problems and resolutions.<br>
    <br>
    1. The clientversion:2.37:Servername:MD5:sum line requires the <b>:</b>
    between each section.  I had tried that once before and then changed
    it to | because my other scripts have | instead of : and they run
    just fine.  But apparently the clientversion check must have <b>:</b><br>
    <br>
    2. When I originally downloaded the new xymonclient.ps1 from
    sourceforge I used wget, and it downloaded a bunch of html garbage
    along with the file.  So I redownloaded the file and made sure it
    was only the script and none of the junk. <br>
    Bad URL:  wget
<a class="moz-txt-link-freetext" href="https://sourceforge.net/p/xymon/code/HEAD/tree/sandbox/WinPSClient/xymonclient.ps1">https://sourceforge.net/p/xymon/code/HEAD/tree/sandbox/WinPSClient/xymonclient.ps1</a><br>
    Good URL:  wget
<a class="moz-txt-link-freetext" href="https://sourceforge.net/p/xymon/code/HEAD/tree/sandbox/WinPSClient/xymonclient.ps1?format=raw">https://sourceforge.net/p/xymon/code/HEAD/tree/sandbox/WinPSClient/xymonclient.ps1?format=raw</a><br>
    <br>
    3. After making sure the file was good, I restarted the
    XymonPSClient service and let it run a few cycles.  First cycle
    didn't produce a change since it uses the cached clientconfig info. 
    Second cycle it pulled the updated clientconfig info from the
    server, checked the xymonclient.ps1 version, downloaded the new
    v2.37 file, and updated correctly.  Third cycle it ran the new v2.37
    xymonclient.ps1 and populated the new info in the logs that got
    reported to the server.<br>
    <br>
    Now that I have it working on my test machine, I'm gonna see if it
    magically works on another box without my having to restart the
    service.  The whole point of this is to remotely update without
    having to interact with the client.  :-)  Hope this helps someone
    else if they run into issues.<br>
    <br>
    <pre class="moz-signature" cols="72">Kris Springer


</pre>
    <div class="moz-cite-prefix">On 2/20/19 8:58 AM, Beck, Zak wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:BN6P114MB01774357F962562E55309071987D0@BN6P114MB0177.NAMP114.PROD.OUTLOOK.COM">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <div class="WordSection1">
        <p class="MsoNormal"><span>Hi</span></p>
        <p class="MsoNormal"><span> </span></p>
        <p class="MsoNormal"><span>The client only updates on slowscans
            – usually every 6 hours – one of first lines in the logs
            will tell which scan number you are on and which will be the
            next slow scan.</span></p>
        <p class="MsoNormal"><span> </span></p>
        <p class="MsoNormal"><span>You can force a slow scan by
            stop/starting the service.
          </span></p>
        <p class="MsoNormal"><span> </span></p>
        <p class="MsoNormal"><span>If you have waited more than 6 hours,
            then you have some other issue – can you check the log on a
            slow scan? Usually easiest to do this by stopping the
            service and then running the client manually in a Powershell
            prompt.</span></p>
        <p class="MsoNormal"><span> </span></p>
        <p class="MsoNormal"><span>Cheers</span></p>
        <p class="MsoNormal"><span> </span></p>
        <div>
          <p class="MsoNormal"><span>Zak </span></p>
        </div>
        <p class="MsoNormal"><span> </span></p>
        <div>
          <div>
            <p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span
                lang="EN-US"> Kris Springer
                <a class="moz-txt-link-rfc2396E" href="mailto:kspringer@innovateteam.com"><kspringer@innovateteam.com></a>
                <br>
                <b>Sent:</b> Wednesday, 20 February 2019 15:39<br>
                <b>To:</b> Beck, Zak <a class="moz-txt-link-rfc2396E" href="mailto:zak.beck@accenture.com"><zak.beck@accenture.com></a>;
                Xymon MailingList <a class="moz-txt-link-rfc2396E" href="mailto:xymon@xymon.com"><xymon@xymon.com></a><br>
                <b>Subject:</b> [External] Re: [Xymon] Windows
                XymonPSClient v2.37</span></p>
          </div>
        </div>
        <p class="MsoNormal"> </p>
        <div>
          <p class="MsoNormal"><span>This message is from an EXTERNAL
              SENDER - be CAUTIOUS, particularly with links and
              attachments.</span></p>
          <div class="MsoNormal">
            <hr width="100%">
          </div>
          <p class="MsoNormal"> </p>
        </div>
        <p class="MsoNormal">I'm trying to remotely update a v2.28
          client to the latest 2.37 version by following the
          instructions in the XymonPSClient.doc, but the client isn't
          updating.  Here's what I've done.  Maybe I'm missing
          something.<br>
          <br>
          1. Download the latest xymonclient.ps1 from github and place
          it in my server's scripts directory.  (This is the directory
          where I run other client scripts successfully)<br>
          <br>
          2. Rename the xymonclient.ps1 file to xymonclient_2.37.ps1
          (per the doc instructions)<br>
          <br>
          3. Get the md5sum of the file<br>
          <br>
          4. Add the following line to the client-local.cfg file on the
          server for the specific host I'm trying to update. (per the
          doc instructions)<br>
          clientversion:2.37:<a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__my.domain.com_xymon_scripts-3AMD5-3Amd5sumadlkfskdkfkfdl&d=DwMD-g&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=S-aLwpx-PHBTBMIG_c2JczRC0SfuZCmsiH9Iams25FI&m=nCeHIt-8vEpIrED5Cu3dEPfxpWypoQE_ddD6QQAX9Ws&s=05m99yiMkc-55R1AKXecttl5doV-7QYCPGCbqVr5S_s&e="
            moz-do-not-send="true">https://my.domain.com/xymon/scripts:MD5:md5sumadlkfskdkfkfdl</a><br>
          <br>
          5. Check that the xymonclient_config.xml on the client has <br>
          <clientremotecfgexec>1</clientremotecfgexec><br>
          <br>
          When I look at the logs on the client it says it sees the
          instruction from the server, but it doesn't perform any
          action.  The client version never changes.<br>
          <br>
          <br>
        </p>
        <pre>Kris Springer</pre>
        <pre> </pre>
        <pre> </pre>
        <pre> </pre>
        <pre>------------------------------------------</pre>
        <pre> </pre>
        <div>
          <p class="MsoNormal">On 2/15/19 5:03 AM, Beck, Zak wrote:</p>
        </div>
        <blockquote>
          <div>
            <p class="MsoNormal">Hi</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">I have committed v2.37 today, this has
              a big performance related fix and other fixes – thanks to
              SebA <<a href="mailto:spah@syntec.co.uk"
                moz-do-not-send="true">spah@syntec.co.uk</a>> and
              Andy
              <a href="mailto:abs@shadymint.com" moz-do-not-send="true">abs@shadymint.com</a>
              for extra work and prompting in this area.</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__sourceforge.net_p_xymon_code_HEAD_tree_sandbox_WinPSClient_&d=DwMD-g&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=S-aLwpx-PHBTBMIG_c2JczRC0SfuZCmsiH9Iams25FI&m=nCeHIt-8vEpIrED5Cu3dEPfxpWypoQE_ddD6QQAX9Ws&s=L-dhmcu_CM75-ARQ7kmDxV7wP_abxGZqOuUDmZXC-RE&e="
                moz-do-not-send="true">Download from SVN</a> (the
              documentation has been updated also, including uninstall
              instructions).</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">The key fixes are:</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">* replaced WMI call to get number of
              processors with Windows API call</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">The WMI call to get processor
              information was taking anything from 4-5 seconds on most
              of my VMs, some experience much longer waits and high CPU
              usage while this WMI call executed. There have also been
              instances where the WMI call returns incorrect data or no
              data. This has been replaced with a call to
              GetNativeSystemInfo(), which should work on 32-bit and
              64-bit platforms and in testing executes in milliseconds.</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">* only supply diskpart data if
              EnableDiskPart = 1</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">There is a test in the client which
              uses ‘diskpart’ to gather information about clustering
              every slow scan. This is included in the data sent to
              Xymon, but it’s not generally displayed – you can extract
              it for reporting if needed. Hardly anyone uses this and
              for some reason for some people it is causing memory
              issues in the Microsoft Virtual Disk Service. Therefore by
              default the test will now not be run, you can enable it
              with the EnableDiskPart setting in xymonclient_config.xml.</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">* add a dummy, ignored config item in
              the internal client-local config table so that there is
              always some configuration present (even if nothing in the
              server-side client-local for this host)</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">We found that if there is no
              client-local.cfg for the host and no default
              client-local.cfg (like [powershell] or [XymonPS]), on some
              platforms there appears to be a memory leak. The fix
              ensures there is always something in the internal cache of
              client-config even if nothing is received from the server.</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">* XymonAcceptUTF8 - default (0) is now
              to use the original ASCII encoding, added setting for
              'pure' ASCII coding which strips/converts diacritic
              characters</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">Prior to this version, by default, the
              client uses ASCII encoding to send to the server but also
              attempts to encode/filter diacritic characters. This was
              added in v2.20, and for some people it adds a large time
              overhead when sending data.</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">It’s been changed so that the default
              setting of 0 acts like it did before v2.20 – no diacritic
              encoding – I’m calling this ‘original’ ASCII encoding.
              XymonAcceptUTF8 = 1 is unchanged, uses UTF8.
              XymonAcceptUTF8 = 2 is the v2.20 setting, use ASCII and
              encode/filter diacritics – I’m calling this ‘pure’ ASCII
              encoding. I don’t think this will impact on many people
              other than saving time/cpu for the default setting.</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">Full changelog:</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">v2.37</p>
            <p class="MsoNormal">* replaced WMI call to get number of
              processors with Windows API call</p>
            <p class="MsoNormal">* fixed servicecheck parentheses</p>
            <p class="MsoNormal">* use TLS for uploading data to
              xymoncgi if using http reporting and URL begins https</p>
            <p class="MsoNormal">* add milliseconds to log timestamp</p>
            <p class="MsoNormal">* add a dummy, ignored config item in
              the internal client-local config table so that there is
              always some configuration present (even if nothing in the
              server-side client-local for this host)</p>
            <p class="MsoNormal">* fix a couple of instances where we
              were using variables before they are assigned</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">settings changes/additions:</p>
            <p class="MsoNormal">* XymonAcceptUTF8 - default (0) is now
              to use the original ASCII encoding, added setting for
              'pure' ASCII coding which strips/converts diacritic
              characters</p>
            <p class="MsoNormal">* only supply diskpart data if
              EnableDiskPart = 1</p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal"> </p>
            <p class="MsoNormal">Zak
            </p>
            <p class="MsoNormal"> </p>
          </div>
          <p class="MsoNormal"> </p>
          <div class="MsoNormal">
            <hr width="100%">
          </div>
          <p class="MsoNormal"><br>
            This message is for the designated recipient only and may
            contain privileged, proprietary, or otherwise confidential
            information. If you have received it in error, please notify
            the sender immediately and delete the original. Any other
            use of the e-mail by you is prohibited. Where allowed by
            local law, electronic communications with Accenture and its
            affiliates, including e-mail and instant messaging
            (including content), may be scanned by our systems for the
            purposes of information security and assessment of internal
            compliance with Accenture policy. Your privacy is important
            to us. Accenture uses your personal data only in compliance
            with data protection laws. For further information on how
            Accenture processes your personal data, please see our
            privacy statement at <a
              href="https://www.accenture.com/us-en/privacy-policy"
              moz-do-not-send="true">https://www.accenture.com/us-en/privacy-policy</a>.
            <br>
______________________________________________________________________________________<br>
            <br>
            <a href="http://www.accenture.com" moz-do-not-send="true">www.accenture.com</a><br>
            <br>
            <br>
          </p>
          <pre>_______________________________________________</pre>
          <pre> </pre>
          <pre>Xymon mailing list</pre>
          <pre> </pre>
          <pre><a href="mailto:Xymon@xymon.com" moz-do-not-send="true">Xymon@xymon.com</a></pre>
          <pre> </pre>
          <pre><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.xymon.com_mailman_listinfo_xymon&d=DwMD-g&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=S-aLwpx-PHBTBMIG_c2JczRC0SfuZCmsiH9Iams25FI&m=nCeHIt-8vEpIrED5Cu3dEPfxpWypoQE_ddD6QQAX9Ws&s=dlri1VGEnUrfF1SmKT2_B0vclSkFM--ZA8iIjLbfCtk&e=" moz-do-not-send="true">http://lists.xymon.com/mailman/listinfo/xymon</a></pre>
          <pre> </pre>
        </blockquote>
        <p class="MsoNormal"> </p>
      </div>
    </blockquote>
    <br>
  </body>
</html>