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

Problem with getdomainname() in SocketConnection::listen() #127

Closed
marlam opened this issue Jun 13, 2012 · 2 comments
Closed

Problem with getdomainname() in SocketConnection::listen() #127

marlam opened this issue Jun 13, 2012 · 2 comments
Assignees
Milestone

Comments

@marlam
Copy link
Contributor

marlam commented Jun 13, 2012

Hi,

the call to getdomainname() in SocketConnection::listen() returns the NIS/YP domain name, and not the DNS domain name.

From 'man 2 getdomainname': " On most Linux architectures (including x86), there is no getdomainname() system call; instead, glibc implements getdomainname() as a library function that returns a copy of the domainname field returned from a call to uname(2). "
From 'man 2 uname': "char domainname[]; /* NIS or YP domain name */"

This prevents Equalizer from working in our computer pools since we also use NIS there, and the NIS domain name is different from the DNS domain name.

This applies to 1.2.1; I have not yet tested the current version due to missing dependencies on Ubuntu 10.04 (the system used in our pools).

However, for 1.2.1, simply removing the getdomainname() part solves the problem, and I assume the same applies to the current version.

@ghost ghost assigned eile Jun 13, 2012
@eile
Copy link
Member

eile commented Jun 13, 2012

Confirmed, I stumbled over this the other day as well. Will you need a 1.2.2, or is a fix in 1.4 sufficient?

@marlam
Copy link
Contributor Author

marlam commented Jun 13, 2012

A fix in 1.4 is sufficient. Thank you!

@eile eile closed this as completed in 96da5bc Jun 13, 2012
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

2 participants