<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Le 22/10/2013 08:22, Olivier Desport a
      écrit :<br>
    </div>
    <blockquote cite="mid:526619B7.90805@ac-versailles.fr" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix"><br>
        <div class="moz-signature">
          <meta http-equiv="content-type" content="text/html;
            charset=ISO-8859-1">
          <br>
          <div class="moz-signature"><br>
            <meta http-equiv="content-type" content="text/html;
              charset=ISO-8859-1">
            <title></title>
            <br>
          </div>
        </div>
        Le 21/10/2013 16:28, Vincent Membré a écrit :<br>
      </div>
      <blockquote cite="mid:52653A0D.50909@normation.com" type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        <div class="moz-cite-prefix">Le 21/10/2013 16:19, Olivier
          Desport a écrit :<br>
        </div>
        <blockquote cite="mid:526537E9.5030807@ac-versailles.fr"
          type="cite">
          <meta http-equiv="content-type" content="text/html;
            charset=ISO-8859-1">
          I try to add a node which was deleted from the server and
          reinstalled with the same hostname. The node never appears in
          the pending ones. Here are the logs on the server:<br>
          <br>
          [2013-10-21 16:00:54] INFO 
          com.normation.inventory.provisioning.endpoint.FusionReportEndpoint
          - New input report: 'node5-2013-10-21-14-38-42.ocs'<br>
          [2013-10-21 16:00:54] ERROR
          com.normation.inventory.provisioning.endpoint.FusionReportEndpoint
          - Error when trying to parse report: <br>
          Can't parse the input report, aborting<br>
          cause: Error when post processing report with
          'post_process_inventory:check_consistency', abort<br>
          cause: The UUID '# The content of this file should be replaced
          with a valid U' is not valid. It should be lesser than 50
          chars and contains chars among the set [a-zA-Z0-9\-])<br>
          <br>
          [2013-10-21 16:05:12] INFO  net.liftweb.http.SessionMaster - 
          Session uqacxht9g1kl2tnfc7mwk1sz expired<br>
          <br>
          <br>
          Should I clean some files on the server ?<br>
        </blockquote>
        <br>
        Hello Olivier,<br>
      </blockquote>
      <br>
      Hello Vincent,<br>
      <blockquote cite="mid:52653A0D.50909@normation.com" type="cite"> <br>
        The problems seems to come from the node.<br>
        <br>
        There is an error with the value of the UUID used by your node.
        either the value is missing or not valid.<br>
        <br>
        What is the content /opt/rudder/etc/uuid.hive on your node?<br>
      </blockquote>
      <br>
      2cdf2086-b96e-43b6-884b-1d3cbeeae779<br>
      <blockquote cite="mid:52653A0D.50909@normation.com" type="cite"> <br>
        Which version of the agent is deployed?<br>
      </blockquote>
      <br>
      2.7.5-wheezy0 amd64<br>
      <blockquote cite="mid:52653A0D.50909@normation.com" type="cite"> <br>
        Cheers<br>
      </blockquote>
    </blockquote>
    <br>
    Ok, your node seems to be ok, and should now send correct
    inventories.<br>
    <br>
    However, it has send previous a wrong inventory to the server. This
    may be due to the missing UUID bug we encountered lately on upgrade
    ( see <a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/issues/3896">http://www.rudder-project.org/redmine/issues/3896</a> or
    <a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/issues/3925">http://www.rudder-project.org/redmine/issues/3925</a>)<br>
    <br>
    After processing an inventory sucessfully, the inventory is send
    from <i>/var/rudder/inventories/incoming</i> to <i>/var/rudder/inventories/received</i>.<br>
    <br>
    If the process failed (which happens here with a missing UUID), the
    inventory stays in <i>incoming</i> folder, preventing the node to
    send a new inventory.<br>
    <br>
    this is a known behavior that has been fixed in 2.8.0 (see
    <a class="moz-txt-link-freetext" href="http://www.rudder-project.org/redmine/issues/3139">http://www.rudder-project.org/redmine/issues/3139</a>).<br>
    <br>
    To fix it in older versions, you have to delete it from
    /var/rudder/incoming, then force an inventory send by running on the
    node: <b>/var/rudder/cfengine-community/bin/cf-agent -KI
      -Dforce_inventory</b> (see
    <a class="moz-txt-link-freetext" href="http://www.rudder-project.org/rudder-doc-2.7/rudder-doc.html#_inventory">http://www.rudder-project.org/rudder-doc-2.7/rudder-doc.html#_inventory</a>)<br>
    <br>
    Vincent<br>
    <br>
    <div class="moz-signature">-- <br>
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <style type="text/css"><!--
    a.redlink:link { color: #962322; text-decoration: none; }
    a.redlink:visited { color: #962322; text-decoration: none; }
    .sig { font-family: sans-serif; font-size: small; }
    .sigsmall { font-family: sans-serif; font-size: x-small; }
  --></style></div>
  </body>
</html>