Bug#573375: [Hostname-devel] Bug#573375: calling 'hostname' fails

2010-03-21 Thread Jeremiah Foster

On Mar 20, 2010, at 18:55, Michael Meskes wrote:

 On Sat, Mar 20, 2010 at 04:54:50PM +0100, Jeremiah Foster wrote:
 By resolvable, do you mean via tools that resolve names to numbers? i.e. DNS?
 Because the answer is yes, dig resolves the host name correctly when I give
 it the hostname, it gives me the IP it resolves to.
 
 Yes, that's what I meant. Hmm,could you run strace hostname -i and ltrace
 hostname -i and send us a log?


First is the strace output:

strace hostname -i
execve(/bin/hostname, [hostname, -i], [/* 27 vars */]) = 0
brk(0)  = 0x8731000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7854000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=27154, ...}) = 0
mmap2(NULL, 27154, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb784d000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/i686/cmov/libnsl.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2201\0\0004\0\0\0..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=79676, ...}) = 0
mmap2(NULL, 92136, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7836000
mmap2(0xb7849000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12) = 0xb7849000
mmap2(0xb784b000, 6120, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb784b000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/i686/cmov/libc.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260l\1\0004\0\0\0..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1331684, ...}) = 0
mmap2(NULL, 1337704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb76ef000
mmap2(0xb83, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x141) = 0xb783
mmap2(0xb7833000, 10600, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7833000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb76ee000
set_thread_area({entry_number:-1 - 6, base_addr:0xb76ee940, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
mprotect(0xb783, 8192, PROT_READ)   = 0
mprotect(0xb7849000, 4096, PROT_READ)   = 0
mprotect(0xb7873000, 4096, PROT_READ)   = 0
munmap(0xb784d000, 27154)   = 0
brk(0)  = 0x8731000
brk(0x8752000)  = 0x8752000
uname({sys=Linux, node=yaalr.org, ...}) = 0
socket(PF_NETLINK, SOCK_RAW, 0) = 3
bind(3, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=16340, groups=}, [12]) = 0
time(NULL)  = 1269203341
sendto(3, \24\0\0\0\26\0\1\3\215\201\246K\0\0\0\0\0\0\0\0, 20, 0, 
{sa_family=AF_NETLINK, pid=0, groups=}, 12) = 20
recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, 
msg_iov(1)=[{0\0\0\0\24\0\2\0\215\201\246K\324?\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1...,
 4096}], msg_controllen=0, msg_flags=0}, 0) = 168
recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, 
msg_iov(1)=[{@\0\0\0\24\0\2\0\215\201\246K\324?\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0...,
 4096}], msg_controllen=0, msg_flags=0}, 0) = 128
recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, 
msg_iov(1)=[{\24\0\0\0\3\0\2\0\215\201\246K\324?\0\0\0\0\0\0\1\0\0\0\24\0\1\0\0\0\0\0...,
 4096}], msg_controllen=0, msg_flags=0}, 0) = 20
close(3)= 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT 
(No such file or directory)
close(3)= 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT 
(No such file or directory)
close(3)= 0
open(/etc/nsswitch.conf, O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=475, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7853000
read(3, # /etc/nsswitch.conf\n#\n# Example..., 4096) = 475
read(3, , 4096)   = 0
close(3)= 
munmap(0xb7853000, 4096)= 0
open(/etc/host.conf, O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=9, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7853000
read(3, multi on\n, 4096) = 9
read(3, , 4096)   = 0

Bug#573375: [Hostname-devel] Bug#573375: calling 'hostname' fails

2010-03-20 Thread Jeremiah Foster

On Mar 19, 2010, at 12:41, Michael Meskes wrote:

 Calling hostname alone works, it produces the host's name. However any other 
 call
 to host name produces this error message: hostname: Name or service not known
 
 i.e. hostname -i 
 
 Is your hostname resolvable, e.g. by other tools? The error message sounds 
 like
 a system that is not able to resolv the hostname.

By resolvable, do you mean via tools that resolve names to numbers? i.e. DNS? 
Because the answer is yes, dig resolves the host name correctly when I give it 
the hostname, it gives me the IP it resolves to.

uname -n also produces the right response.

Is there another tool I should use for a more definitive test?

Jeremiah


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#573375: [Hostname-devel] Bug#573375: calling 'hostname' fails

2010-03-20 Thread Michael Meskes
On Sat, Mar 20, 2010 at 04:54:50PM +0100, Jeremiah Foster wrote:
 By resolvable, do you mean via tools that resolve names to numbers? i.e. DNS?
 Because the answer is yes, dig resolves the host name correctly when I give
 it the hostname, it gives me the IP it resolves to.

Yes, that's what I meant. Hmm, could you run strace hostname -i and ltrace
hostname -i and send us a log?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#573375: [Hostname-devel] Bug#573375: calling 'hostname' fails

2010-03-19 Thread Michael Meskes
 Calling hostname alone works, it produces the host's name. However any other 
 call
 to host name produces this error message: hostname: Name or service not known
 
 i.e. hostname -i 

Is your hostname resolvable, e.g. by other tools? The error message sounds like
a system that is not able to resolv the hostname.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#573375: calling 'hostname' fails

2010-03-10 Thread Jeremiah C. Foster
Package: hostname
Version: 3.03
Severity: normal

Calling hostname alone works, it produces the host's name. However any other 
call
to host name produces this error message: hostname: Name or service not known

i.e. hostname -i 

Jeremiah


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-linode23 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages hostname depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

hostname recommends no packages.

hostname suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org