As gf_resolve_ip6 fails, I guess you can disable ipv6 on the host (if not using the protocol) and check if it will workaround the problem till it's solved.<div id="yMail_cursorElementTracker_1632235398870"><br></div><div id="yMail_cursorElementTracker_1632235399068">For RH you can check https://access.redhat.com/solutions/8709 (use RH dev subscription to read it, or ping me directly and I will try to summarize it for your OS version).</div><div id="yMail_cursorElementTracker_1632235445162"><br></div><div id="yMail_cursorElementTracker_1632235445343"><br>Best Regards,</div><div id="yMail_cursorElementTracker_1632235466909">Strahil Nikolov</div><div id="yMail_cursorElementTracker_1632235469595"><br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Mon, Sep 20, 2021 at 19:35, Erik Jacobson</div><div><erik.jacobson@hpe.com> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> I missed the other important log snip:<br clear="none"><br clear="none">The message "E [MSGID: 101075] [common-utils.c:520:gf_resolve_ip6] 0-resolver: error in getaddrinfo [{family=10}, {ret=Address family for hostname not supported}]" repeated 620 times between [2021-09-20 15:49:23.720633 +0000] and [2021-09-20 15:50:41.731542 +0000]<br clear="none"><br clear="none">So I will dig in to the code some here.<br clear="none"><br clear="none"><br clear="none">On Mon, Sep 20, 2021 at 10:59:30AM -0500, Erik Jacobson wrote:<br clear="none">> Hello all! I hope you are well.<br clear="none">> <br clear="none">> We are starting a new software release cycle and I am trying to find a<br clear="none">> way to upgrade customers from our build of gluster 7.9 to our build of<br clear="none">> gluster 9.3<br clear="none">> <br clear="none">> When we deploy gluster, we foribly remove all references to any host<br clear="none">> names and use only IP addresses. This is because, if for any reason a<br clear="none">> DNS server is unreachable, even if the peer files have IPs and DNS, it<br clear="none">> causes glusterd to be unable to reach peers properly. We can't really<br clear="none">> rely on /etc/hosts either because customers take artistic licene with<br clear="none">> their /etc/hosts files and don't realize that problems that can cause.<br clear="none">> <br clear="none">> So our deployed peer files look something like this:<br clear="none">> <br clear="none">> uuid=46a4b506-029d-4750-acfb-894501a88977<br clear="none">> state=3<br clear="none">> hostname1=172.23.0.16<br clear="none">> <br clear="none">> That is, with full intention, we avoid host names.<br clear="none">> <br clear="none">> When we upgrade to gluster 9.3, we fall over with these errors and<br clear="none">> gluster is now partitioned and the updated gluster servers can't reach<br clear="none">> anybody:<br clear="none">> <br clear="none">> [2021-09-20 15:50:41.731543 +0000] E [name.c:265:af_inet_client_get_remote_sockaddr] 0-management: DNS resolution failed on host 172.23.0.16<br clear="none">> <br clear="none">> <br clear="none">> As you can see, we have defined on purpose everything using IPs but in<br clear="none">> 9.3 it appears this method fails. Are there any suggestions short of<br clear="none">> putting real host names in peer files?<br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> FYI<br clear="none">> <br clear="none">> This supercomputer will be using gluster for part of its system<br clear="none">> management. It is how we deploy the Image Objects (squashfs images)<br clear="none">> hosted on NFS today and served by gluster leader nodes and also store<br clear="none">> system logs, console logs, and other data.<br clear="none">> <br clear="none">> <a shape="rect" href="https://www.olcf.ornl.gov/frontier/ " target="_blank">https://www.olcf.ornl.gov/frontier/ </a><br clear="none">> <br clear="none">> <br clear="none">> Erik<br clear="none">> ________<br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> Community Meeting Calendar:<br clear="none">> <br clear="none">> Schedule -<br clear="none">> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br clear="none">> Bridge: <a shape="rect" href="https://meet.google.com/cpu-eiue-hvk " target="_blank">https://meet.google.com/cpu-eiue-hvk </a><br clear="none">> Gluster-users mailing list<br clear="none">> <a shape="rect" ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br clear="none">> <a shape="rect" href="https://lists.gluster.org/mailman/listinfo/gluster-users " target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users </a><div class="yqt3499621887" id="yqtfd95510"><br clear="none">________<br clear="none"><br clear="none"><br clear="none"><br clear="none">Community Meeting Calendar:<br clear="none"><br clear="none">Schedule -<br clear="none">Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br clear="none">Bridge: <a shape="rect" href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br clear="none">Gluster-users mailing list<br clear="none"><a shape="rect" ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br clear="none"><a shape="rect" href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br clear="none"></div> </div> </blockquote></div>