There is always a reason a directory is not healing...<div>Check the number of files, their attributes ( getfattr -d -m . -e hex file) and if there are any pending file heals.</div><div><br></div><div>Best Regards,</div><div>Strahil Nikolov <br> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Wed, Sep 14, 2022 at 2:36, Ilias Chasapakis forumZFD</div><div><chasapakis@forumZFD.de> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> <div id="yiv0262874616">
  

    
  
  <div>
    <p>Hi all,</p>
    <p>We are facing problems with our current configuration in replica
      scheme and have many unhealed directory entries with "error 22" in
      the shd log, that then loop infinitely and so remain stuck. <br>
      </p><blockquote type="cite"><font size="2"> [2022-09-11
          08:28:04.346243 +0000] E [MSGID: 114031]
          [client-rpc-fops_v2.c:211:client4_0_mkdir_cbk] <b>0-client-2</b>:
          remote operation failed. [{<b>path=(null)</b>}, {<b>errno=22</b>},
          <b>{error=Das Argument ist ungültig}] </b></font></blockquote>
    <p></p>
    <p>There is a different thread regarding our non-healing volume and
      we followed the various suggestions (for which we thank everyone
      so much).<br>
    </p>
    <p>What we were wondering while assessing the risks of any of the
      last-resort suggested operations (e.g. removing-re-adding brick)
      is how high on that scale is upgrading our glusterfs version
      online or offline (and if makes some difference in terms of risk
      to do it offline respect to online for example).</p>
    <p>Did you have any experience on this? We know the recommendation
      is to upgrade only after no healing entries are reported, but
      perhaps someone has had the same need as us (the behaviour is much
      like a bug as we have tried really many approaches) and had a
      successful story upgrading without having all entries healed
      before starting? The idea behind it is that if it is a bug that
      has been fixed now, then the healing entries will get "unstuck".
      We are currently on 9.2.</p>
    <p>Best regards.</p>
    <p>Ilias<br>
    </p>
    <pre class="yiv0262874616moz-signature">-- 
forumZFD
Entschieden für Frieden | Committed to Peace

Ilias Chasapakis
Referent IT | IT Consultant

Forum Ziviler Friedensdienst e.V. | Forum Civil Peace Service
Am Kölner Brett 8 | 50825 Köln | Germany

Tel 0221 91273243 | Fax 0221 91273299 | <a rel="nofollow noopener noreferrer" target="_blank" href="http://www.forumZFD.de" class="yiv0262874616moz-txt-link-freetext">http://www.forumZFD.de</a>

Vorstand nach § 26 BGB, einzelvertretungsberechtigt | Executive Board:
Oliver Knabe (Vorsitz | Chair), Jens von Bargen, Alexander Mauz
VR 17651 Amtsgericht Köln

Spenden | Donations: IBAN DE37 3702 0500 0008 2401 01 BIC BFSWDE33XXX</pre>
  </div>

</div>________<br><br><br><br>Community Meeting Calendar:<br><br>Schedule -<br>Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br>Bridge: <a href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br>Gluster-users mailing list<br><a ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br><a href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br> </div> </blockquote></div>