You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@serf.apache.org by "Gleb Smirnoff (Jira)" <ji...@apache.org> on 2020/02/03 17:25:00 UTC
[jira] [Commented] (SERF-190) Connection does not fall back to IPv4
when missing IPv6 default route
[ https://issues.apache.org/jira/browse/SERF-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17029107#comment-17029107 ]
Gleb Smirnoff commented on SERF-190:
------------------------------------
Same problem on FreeBSD:
>svn up
Updating '.':
svn: E170013: Unable to connect to a repository at URL 'https://svn.openstreetmap.org/applications/editors/josm'
svn: E000047: Error running context: Address family not supported by protocol family
Error comes from serf because the kernel is compiled without IPv6 support.
Error code EAFNOSUPPORT should also be covered.
> Connection does not fall back to IPv4 when missing IPv6 default route
> ---------------------------------------------------------------------
>
> Key: SERF-190
> URL: https://issues.apache.org/jira/browse/SERF-190
> Project: serf
> Issue Type: Bug
> Affects Versions: serf-1.3.9
> Reporter: Petr Menšík
> Priority: Major
> Attachments: serf_v6fallback.diff
>
>
> serf and subversion using it will not fall back to IPv4, if IPv6 is enabled on the system but default IPv6 route leading to target is not available. It should try all addresses obtained in my opinion, especially from different address families.
> {code:java}
> svn co https://nlnetlabs.nl/svn/unbound/trunk
> svn: E170013: Unable to connect to a repository at URL 'https://nlnetlabs.nl/svn/unbound/trunk'
> svn: E000113: Error running context: No route to host{code}
> Subversion does not have any switch to disable IPv6 and it does not fallback to IPv4. The latter would be preferred.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
Re: [jira] [Commented] (SERF-190) Connection does not fall back to
IPv4 when missing IPv6 default route
Posted by Bert Huijben <be...@qqmail.nl>.
Thanks. I think we should cover this error code, like a few others where we
fall back.
Quick fix in some scenarios would be to disable the resolving of the
hostname as ipv6. Many nameservers have options to change the order in
which the results are returned.
Bert
On Mon, Feb 3, 2020 at 6:25 PM Gleb Smirnoff (Jira) <ji...@apache.org> wrote:
>
> [
> https://issues.apache.org/jira/browse/SERF-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17029107#comment-17029107
> ]
>
> Gleb Smirnoff commented on SERF-190:
> ------------------------------------
>
> Same problem on FreeBSD:
>
> >svn up
> Updating '.':
> svn: E170013: Unable to connect to a repository at URL '
> https://svn.openstreetmap.org/applications/editors/josm'
> svn: E000047: Error running context: Address family not supported by
> protocol family
>
> Error comes from serf because the kernel is compiled without IPv6 support.
>
> Error code EAFNOSUPPORT should also be covered.
>
>
>
> > Connection does not fall back to IPv4 when missing IPv6 default route
> > ---------------------------------------------------------------------
> >
> > Key: SERF-190
> > URL: https://issues.apache.org/jira/browse/SERF-190
> > Project: serf
> > Issue Type: Bug
> > Affects Versions: serf-1.3.9
> > Reporter: Petr Menšík
> > Priority: Major
> > Attachments: serf_v6fallback.diff
> >
> >
> > serf and subversion using it will not fall back to IPv4, if IPv6 is
> enabled on the system but default IPv6 route leading to target is not
> available. It should try all addresses obtained in my opinion, especially
> from different address families.
> > {code:java}
> > svn co https://nlnetlabs.nl/svn/unbound/trunk
> > svn: E170013: Unable to connect to a repository at URL '
> https://nlnetlabs.nl/svn/unbound/trunk'
> > svn: E000113: Error running context: No route to host{code}
> > Subversion does not have any switch to disable IPv6 and it does not
> fallback to IPv4. The latter would be preferred.
>
>
>
> --
> This message was sent by Atlassian Jira
> (v8.3.4#803005)
>