Bug 473308 - DNS resolution does not default to using 127.0.0.1 in case of no nameserver in /etc/resolv.conf
Summary: DNS resolution does not default to using 127.0.0.1 in case of no nameserver i...
Status: RESOLVED FIXED
: 473284 473705 552555 558333 567341 (view as bug list)
Alias: None
Product: openSUSE 11.2
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Final
Hardware: All openSUSE 11.2
: P2 - High : Major (vote)
Target Milestone: ---
Assignee: Petr Baudis
QA Contact: E-mail List
URL:
Whiteboard: .
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-06 14:06 UTC by Peter B
Modified: 2010-02-08 10:51 UTC (History)
10 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
patch (860 bytes, patch)
2010-01-19 22:56 UTC, Petr Baudis
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Peter B 2009-02-06 14:06:46 UTC
User-Agent:       Mozilla/5.0 (compatible; Konqueror/4.2; Linux) KHTML/4.2.0 (like Gecko) SUSE

I have configured dnsmasq to operate as a caching DNS server here using netconfig. Until the recent nscd update (nscd-2.9-2.10.1), /etc/resolv.conf included only a search statement and everything worked fine. After the update, DNS resolution requested by anything other than dig fails; appending "nameserver 127.0.0.1" to /etc/resolv.conf makes things work again normally.

Reproducible: Always
Comment 1 Brian Harris 2009-02-08 18:10:19 UTC
I also found that attempts to change the DNS Server 'Forwarders' settings with YAST set the entries in /etc/resolv.conf instead of /etc/named.d/forwarders.conf.
Attempts to change Network Settings -> Hostname/DNS->NameServer 1 modified  /etc/named.d/forwarders.conf instead of /etc/resolv.conf.
That is they have been incorrectly swapped over.
Comment 2 Petr Baudis 2009-02-09 00:21:45 UTC
Oops. Indeed - I was actually not aware of the feature of using localhost by default if no nameserver is specified, and none of the machines I tested it on made use of that. Moreover, I managed to miss this bug when reviewing the patch together with both Ulrich and Jakub (this is also included in FC10, it seems).

I will be more conservative about patches I include in updates again in the future. I will prepare another maintenance update soon. For now, the workaround is to insert 'nameserver 127.0.0.1' explicitly to your /etc/resolv.conf.

Ad comment #1, sorry, I don't think that's related problem, this bug does not involve Yast.
Comment 3 Petr Baudis 2009-02-09 10:46:21 UTC
*** Bug 473284 has been marked as a duplicate of this bug. ***
Comment 4 Swamp Workflow Management 2009-02-11 00:31:49 UTC
The SWAMPID for this issue is 22486.
Please submit the patch and patchinfo file using this ID.
(https://swamp.suse.de/webswamp/wf/22486)
Comment 5 andreas bittner 2009-02-11 09:42:22 UTC
Address:  10.10.2.79
Aliases:  swamp.suse.de

;)
Comment 6 Marius Tomaschewski 2009-02-25 10:44:20 UTC
*** Bug 473705 has been marked as a duplicate of this bug. ***
Comment 7 Swamp Workflow Management 2009-02-25 16:48:09 UTC
Update released for: glibc, glibc-debuginfo, glibc-debugsource, glibc-devel, glibc-html, glibc-i18ndata, glibc-info, glibc-locale, glibc-obsolete, glibc-profile, nscd
Products:
openSUSE 11.1 (debug, i586, i686, ppc, ppc64, x86_64)
Comment 8 andreas bittner 2009-02-25 17:31:32 UTC
just ran online_update on 11.1 x86, and now i have:

glibc-info-2.9-2.11.1
glibc-2.9-2.11.1
glibc-locale-2.9-2.11.1
glibc-i18ndata-2.9-2.11.1
glibc-devel-2.9-2.11.1

---------

btw, are these patches active right after install, or do i need a reboot?

back in some older suse releases there was the possbility to see some "RPMDELETE" string in lsof output if im not mistaken, which displayed files and libraries which got replaced while still being used by some running processes.

in recent opensuse releases (or maybe it just depends on rpm versions) i dont seem anything that would match a substring of "delete" or "rpm" any more with lsof. maybe the replacement of files works completely different by now in recent linux versions. any hints?

thanks and regards.
Comment 9 andreas bittner 2009-02-25 18:05:39 UTC
after a restart of 11.1 x86 the system seems to work fine with no "nameserver" entries in /etc/resolv.conf

so this bug is gone i suppose.
postfix also delivers mails properly to external relay smtp servers, which was my original bugreport.
https://bugzilla.novell.com/show_bug.cgi?id=473284

cheers.
Comment 10 Petr Baudis 2009-02-25 20:59:40 UTC
Marking as fixed, thanks for the feedback.
Comment 11 Peter B 2009-10-11 20:39:51 UTC
It appears that the same issue exists with glibc-2.10.1-9.1 from Factory. Should I file a new bug report?
Comment 12 Petr Baudis 2009-10-11 21:05:14 UTC
Is your nscd running?
Comment 13 Peter B 2009-11-07 17:03:33 UTC
Nscd is running. If I comment out the line "nameserver 127.0.0.1", name resolution fails.
Comment 14 Petr Baudis 2009-11-16 13:51:30 UTC
You are right, we have the problem again - I pointed it out to upstream but that was completely ignored and I failed to realize that by version upgrade we will get this bug again. I will work on a fix, slated for next 11.2 glibc update.
Comment 15 Petr Baudis 2009-11-19 12:09:09 UTC
*** Bug 552555 has been marked as a duplicate of this bug. ***
Comment 16 Petr Baudis 2009-11-20 19:52:42 UTC
Committed to all relevant branches now. I will start 11.2 glibc update when the valgrind bug gets clarified.
Comment 17 Marius Tomaschewski 2009-12-16 08:04:55 UTC
*** Bug 558333 has been marked as a duplicate of this bug. ***
Comment 18 Marius Tomaschewski 2010-01-13 12:42:09 UTC
*** Bug 567341 has been marked as a duplicate of this bug. ***
Comment 19 Petr Matula 2010-01-13 21:21:24 UTC
Without the line "nameserver 127.0.0.1" in /etc/resolv.conf, name
resolution fails.

Bug is persisting.
Comment 20 Petr Baudis 2010-01-19 01:54:04 UTC
Hello to Maintenance, I'd like a SWAMPID for this and bug 540647.
Comment 21 Marcus Meissner 2010-01-19 15:25:35 UTC
so what is the code diff? how intrusive is it?

can you attach it?
Comment 22 Petr Baudis 2010-01-19 22:56:38 UTC
Created attachment 337541 [details]
patch

This is the patch to be included. Fix for the other bug is rm of one file in %prep section.
Comment 23 Marcus Meissner 2010-01-20 13:13:29 UTC
rm on the optimized strncpy source?


well.... i am fine with both I would guess. +1
Comment 24 Marcus Meissner 2010-01-22 13:08:12 UTC
no voices against, so lets do it.
Comment 25 Swamp Workflow Management 2010-01-22 13:12:01 UTC
The SWAMPID for this issue is 30444.
Please submit the patch and patchinfo file using this ID.
(https://swamp.suse.de/webswamp/wf/30444)
Comment 26 Petr Baudis 2010-01-27 01:29:42 UTC
Ok, submitted patchinfo and fixed package. I'm sorry, I forgot to mention that it also includes bug 513961 fix, I hope it's ok - it's another obviously-harmless thing.
Comment 27 Swamp Workflow Management 2010-02-08 10:51:23 UTC
Update released for: glibc, glibc-debuginfo, glibc-debuginfo-32bit, glibc-debuginfo-x86, glibc-debugsource, glibc-devel, glibc-devel-debuginfo, glibc-html, glibc-i18ndata, glibc-info, glibc-locale, glibc-locale-debuginfo, glibc-obsolete, glibc-obsolete-debuginfo, glibc-profile, nscd, nscd-debuginfo
Products:
openSUSE 11.2 (debug, i586, i686, x86_64)