Red Hat Bugzilla – Bug 176469
Resolving some site failed in wget
Last modified: 2007-11-30 17:11:19 EST
Description of problem:
Resolving people.redhat.com... failed: No such file or directory.
but lftp, firefox, epiphany is success.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Created attachment 122552 [details]
strace wget http://people.redhat.com/davej/kernels/Fedora/devel/readme.txt
$wget --inet4-only http://people.redhat.com/davej/kernels/Fedora/devel/readme.txt
Using option --inet4-only, this problem is fixed.
Because of bug 174927 , does this problem happen ?
174927 is a different problem.
You can also try to disable the IPV6 address of your network device if you don't
need IPV6. This would speed up DNS-lookups as a sideaffect.
I'll close this report as there's a workaround and it is unclear if this is a
wget, a network or a server-side problem on people.redhat.com.
alias net-pf-10 off
alias ipv6 off
The same problem happens.
wget can't download file in all sites.
And similar problem happens in liferea, yum, bittorrent, xchat.
So adding addresses in/etc/hosts, I have fixed this problem.
But this problem doesn't happen in the other applications (like epiphany, pan,
Is this dns server problem?
Anyway, thank your comment.
This bug really should be reopened and classed as major. I don't know what
causes it, but for me it started yesterday after a major yum update. And I don't
get it just for some addresses, but the affected programs (so far I've seen it
in wget, yum and xchat) doesn't seem to be able to resolve any addresses at all.
I was forced to manually add dozens of addresses in /etc/hosts to get the
programs to work again.
Daniel Malmgren :
--- My situation ---
$ ls -al /etc/nsswitch.conf
-rw-r--r-- 1 root root 1750 Nov 17 2002 /etc/nsswitch.conf
But /etc/nsswitch.conf is in glibc-2.3.90-37
-rw-r--r-- 1 root root 1696 Sep 23 2004 /etc/nsswitch.conf
So copy nsswitch.conf in glibc package.
And this problem doesn't happen.
(In reply to comment #6)
> Daniel Malmgren :
> --- My situation ---
> $ ls -al /etc/nsswitch.conf
> -rw-r--r-- 1 root root 1750 Nov 17 2002 /etc/nsswitch.conf
> But /etc/nsswitch.conf is in glibc-2.3.90-37
> -rw-r--r-- 1 root root 1696 Sep 23 2004 /etc/nsswitch.conf
> So copy nsswitch.conf in glibc package.
> And this problem doesn't happen.
Yep. Exactly the same for me. Thanks a lot!
My nsswitch was dates 2001. The difference between that and the recent glibc one
was that the hosts line in the new one said "files dns", whilst the old one said
"files nisplus dns". I guess something got broken with nisplus. Maybe this bug
should be reopened with component set to glibc?
Is this a dup of bug #186592 ?
This looks like a dup of #186592 and #186592 has been fixed even in FC5 recently
*** This bug has been marked as a duplicate of 186592 ***