<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">Hi,<br>
      <br>
      even after stopping/starting the volume no change.<br>
      But that problem seem the #1103413 bug.<br>
      Using the workaround suggested by Jae Park fixed it and now is
      working.<br>
      <br>
      Thanks everybody for the support.<br>
      Ivano<br>
      <br>
      On 6/13/14 2:31 PM, Ivano Talamo wrote:<br>
    </div>
    <blockquote
      cite="mid:2641_1402662697_s5DCVarI003582_539AEF17.5080205@roma1.infn.it"
      type="cite">On 6/13/14 1:08 PM, Niels de Vos wrote:
      <br>
      <blockquote type="cite">On Fri, Jun 13, 2014 at 09:56:46AM +0200,
        Ivano Talamo wrote:
        <br>
        <blockquote type="cite">I had done it only on one of the two :(
          <br>
          But even after I've done it on the other server and I've
          restarted
          <br>
          the gluster daemon I see no change
          <br>
        </blockquote>
        Can you confirm that the issue is still occurring after you
        stopped and
        <br>
        restarted the volume? A restart of the volume is needed to
        activate the
        <br>
        server.allow-insecure volume option. When that option is not
        active, the
        <br>
        glusterfs-client (libgfapi) will not be able to connect to the
        bricks.
        <br>
        The bricks will detect that the client uses a port &gt; 1024 an
        does not
        <br>
        allow access.
        <br>
        <br>
        With a stop and start of the volume, the .vol files that are
        used by the
        <br>
        brick processes get regenerated. With this regeneration, the
        <br>
        server.allow-insecure option gets activated correctly. You only
        have to
        <br>
        execute these commands on one storage server:
        <br>
        <br>
        &nbsp;&nbsp; # gluster volume stop &lt;volname&gt;
        <br>
        &nbsp;&nbsp; # gluster volume start &lt;volname&gt;
        <br>
        <br>
        This is one of the most common issues when using libgfapi. If
        this
        <br>
        indeed was not done in your environment, we may need to explain
        it
        <br>
        better, or make it more obvious in the documentation.
        <br>
        <br>
      </blockquote>
      <br>
      I restarted only the glusterd service, not the volume.
      <br>
      At the moment I cannot stop the volume since is mounted and in
      production.
      <br>
      I will do it after 17 UTC or tomorrow at most and will update you
      then.
      <br>
      <br>
      Thanks,
      <br>
      Ivano
      <br>
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a></pre>
    </blockquote>
    <br>
  </body>
</html>