<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <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 01/03/2013 09:59, Vincent Membré a écrit :<br>
    </div>
    <blockquote cite="mid:51306E0D.6010309@normation.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      Hello Olivier,<br>
      <br>
      Le 01/03/2013 09:41, Olivier Desport a écrit :
      <blockquote cite="mid:513069A0.7090708@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 01/03/2013 09:08, Jonathan Clarke a écrit :<br>
        </div>
        <blockquote cite="mid:513061E4.4040406@normation.com"
          type="cite">
          <meta content="text/html; charset=ISO-8859-1"
            http-equiv="Content-Type">
          <div class="moz-cite-prefix">On 01/03/13 08:59, Olivier
            Desport wrote:<br>
          </div>
          <blockquote cite="mid:51305FDA.2050508@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 28/02/2013 14:29, Jonathan Clarke a écrit :<br>
            </div>
            <blockquote cite="mid:512F5BBD.4050009@normation.com"
              type="cite">
              <meta content="text/html; charset=ISO-8859-1"
                http-equiv="Content-Type">
              <div class="moz-cite-prefix">Hello Olivier,<br>
                <br>
                On 28/02/13 12:26, Olivier Desport wrote:<br>
              </div>
              <blockquote cite="mid:512F3EED.7010808@ac-versailles.fr"
                type="cite">
                <meta http-equiv="content-type" content="text/html;
                  charset=ISO-8859-1">
                Hello,<br>
                <br>
                I'm working with Rudder 2.4. I've deleted a node in the
                web interface because I had to install a new server with
                the same name. When I try to add this node, it never
                appears in "Accept new node" menu. Can you tell me the
                way to clean this node in Postgre, LDAP and files ?<br>
                <br>
                The logs for this node on the Rudder server :<br>
                <br>
                Feb 28 12:21:47 celebrimbor cf-serverd[17935]: 
                Accepting connection from "172.31.136.112"<br>
                Feb 28 12:21:47 celebrimbor cf-serverd[17935]:  REFUSAL
                of request from connecting host: (SYNCH 1362050507 STAT
/var/rudder/share/d2abce4d-630e-4d05-932f-8e2b87942392/rules/cfengine-community)<br>
              </blockquote>
              <br>
              For the node to reappear in "Accept new nodes", it needs
              to send a new inventory. However, by default this only
              happens at night (between 0:00 and 6:00).<br>
              <br>
              You can force the node to run an inventory *now*, by
              running:<br>
              /var/rudder/cfengine-community/bin/cf-agent -KI
              -Dforce_inventory<br>
              (see <a moz-do-not-send="true"
                class="moz-txt-link-freetext"
href="http://www.rudder-project.org/rudder-doc-2.4/rudder-doc.html#_inventory">http://www.rudder-project.org/rudder-doc-2.4/rudder-doc.html#_inventory</a>)
              <br>
              <br>
              Then, it should appear in the Accept New Nodes screen
              (after 5-10 minutes).<br>
              <br>
              Let me know if this works for you!<br>
            </blockquote>
            <br>
            I've launched this command several times but there is still
            no pending node.<br>
          </blockquote>
          <br>
          Ah, that's funny. To clarify, this command should be run on
          the node, not on the server. Is that what you tried?<br>
          <br>
          If that still does not work, try resetting the node's
          promises, by running these commands (again, on the node, not
          on the server):<br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.rudder-project.org/rudder-doc-2.4/rudder-doc.html#_reinitialize_policies_for_a_node">http://www.rudder-project.org/rudder-doc-2.4/rudder-doc.html#_reinitialize_policies_for_a_node</a><br>
        </blockquote>
        It worked for one node but failed for the second one :<br>
        <br>
        INFO 
        com.normation.inventory.provisioning.endpoint.FusionReportEndpoint
        - New input report: 'node-1-2013-02-28-14-14-07.ocs'<br>
        [2013-03-01 09:37:27] ERROR
        com.normation.inventory.provisioning.endpoint.FusionReportEndpoint
        - Error when trying to parse report: <br>
        Can't parse the input report, aborting<br>
        cause: Cannot parse uploaded file as an XML Fusion Inventory
        report<br>
        <br>
        [2013-03-01 09:37:27] ERROR
        com.normation.inventory.provisioning.endpoint.FusionReportEndpoint
        - Exception was: <br>
        org.xml.sax.SAXParseException: XML document structures must
        start and end within the same entity.<br>
            at
        com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195)


        ~[na:1.6.0_26]<br>
        <br>
        <br>
      </blockquote>
      Really strange error for an inventory. Can't imagine why it
      happens<br>
      <br>
      Please, can you send us the inventory that does not work properly?<br>
      <br>
      You'll find it in /var/rudder/inventories/received (maybe in
      another subdirectory of inventories)<br>
      <br>
      You can change some of the datas inside if you want to, we only
      need the format of the inventory.<br>
    </blockquote>
    <br>
    <br>
    The second node finaly appeared in the interface. Yesterday, I've
    began to delete this node and tried to cancel the action on the
    interface. It could explain the above messages.<br>
    <br>
    I think that the reinitialization of the policies on the nodes
    solved the problem.<br>
    <br>
    Thanks for your precious help.<br>
    <br>
    <blockquote cite="mid:51306E0D.6010309@normation.com" type="cite"> <br>
      Vincent<br>
      <br>
      <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>
  </body>
</html>