Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IPV6/IPV4 host name mismatch fails locate #224

Closed
apeters1971 opened this issue Mar 31, 2015 · 4 comments
Closed

IPV6/IPV4 host name mismatch fails locate #224

apeters1971 opened this issue Mar 31, 2015 · 4 comments
Assignees

Comments

@apeters1971
Copy link
Contributor

I am using a CERN OpenStack machine with XRootD 4.1.1.

These machines have by default names like:
IPV4 .cern.ch
IPV6 .ipv6.cern.ch

The OFS fails the 'fsctl' command and returns ENETUNREACH:

if ((Resp1Len = myIF->GetDest(pbuff, sizeof(pbuff), ifType, retHN)))
           {einfo.setErrInfo(Resp1Len+3, (const char **)Resp, 2);
            return SFS_DATA;
           }
return Emsg(epname, einfo, ENETUNREACH, "locate", Path);

Running with -I v4 bypasses the problem.

@ljanyst
Copy link
Contributor

ljanyst commented Mar 31, 2015

Just to clarify: the ethernet interface has both a public IPv6 and a public IPv4 address assigned.

@abh3
Copy link
Member

abh3 commented Apr 8, 2015

Hi Andreas,

Would it be possible to get the value of "ifType"? If you can get that
then you can lso dump out the contents of myIF. The only way this can
happen is if there is an incompatability between the requestor and how the
node is configured, which should not be the case here. So, I suspect what
the expected config s is not what the real config is.

Andy

On Tue, 31 Mar 2015, apeters1971 wrote:

I am using a CERN OpenStack machine with XRootD 4.1.1.

These machines have by default names like:
IPV4 .cern.ch
IPV6 .ipv6.cern.ch

The OFS fails the 'fsctl' command and returns ENETUNREACH:

if ((Resp1Len = myIF->GetDest(pbuff, sizeof(pbuff), ifType, retHN)))
          {einfo.setErrInfo(Resp1Len+3, (const char **)Resp, 2);
           return SFS_DATA;
          }
return Emsg(epname, einfo, ENETUNREACH, "locate", Path);

Running with -I v4 bypasses the problem.


Reply to this email directly or view it on GitHub:
#224

@abh3 abh3 self-assigned this Jul 7, 2015
@abh3
Copy link
Member

abh3 commented Jul 7, 2015

Just following up, any more news on this or should this be closed?

@abh3
Copy link
Member

abh3 commented Jul 11, 2015

OK, no additional information here so I will close this ticket.

@abh3 abh3 closed this as completed Jul 11, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants