Red Hat Bugzilla – Bug 508481
mdns4_minimal [NOTFOUND=return] nsswitch.conf fragment breaks nostname resolution
Last modified: 2009-07-22 19:08:15 EDT
Description of problem:
nss-mdns.i86 installed on a x86_64 system without installed nss-mdns.x86_64 breaks x86_64 glibc's name resolution.
Specifically the lookup process modification of [NOTFOUND=return]
Without it even if glibc fails to find mdns4_minimal it still continues on the lookup in dns.
Got bit by this one when installing wine from updates-testing in F11 on a x86_64 system.
One of the many reasons why multilib is broken.
I don't see how this could be fixed.
Just remove the [NOTFOUND=return] part? Why is it needed?
Yes something needs to be done since it break loads of dns lookups on the system just by doing a simple thing like installing wine on a multilib system.
I got round it by pinging hosts for resolve and then copy/paste my way to bugzilla. :)
Maybe more of a Fedora bug than a mdns one, but it is nasty.
Hmm, I tried to reproduce with no success.
Works fine now, so I blame those solar storms
[bsund@woot ~]$ rpm -qa|grep mdns
[bsund@woot ~]$ grep mdns /etc/nsswitch.conf
hosts: files mdns4_minimal [NOTFOUND=return] dns
Created attachment 349888 [details]
patch for spec accompanying in nss-mdns-0.10-7.fc11.src.rpm
Nope it's still here, it differs from applications.
Attaching a simple patch stripping the return from the .spec, I don't know my regex but it seems to do it's job ;)
No idea if it hurts mdns in any way though.
Aah. So this is that package which made my rawhide machine broken since 3 days.
Please fix this as soon as possible its just one line change. I applied change given in comment#5 and I got networking working again.
I don't understand about this package. I see that
Build Date: Thu 26 Feb 2009 03:14:03 PM IST
but it got installed on my machine on 26 June 2009.
(In reply to comment #3)
> Just remove the [NOTFOUND=return] part? Why is it needed?
Because nss-mdns needs to be authoritative for for the .local domain.
That posted patch is not useful, since it breaks this.
This problem is not fixable with RPM as it stands right now. What would be necessary is that the 64bit version of nss-mdns pulls in the 32bit version if other 32bit binaries are installed, and vice versa. But you cannot express that with RPM dependencies.
So I fear this will stay unfixed and you have to manually make sure you have installed both versions of nss-mdns,
I will now reassign this to rpm, because this needs to be fixed in RPM.
*** This bug has been marked as a duplicate of bug 442047 ***
*** Bug 509530 has been marked as a duplicate of this bug. ***
*** Bug 504951 has been marked as a duplicate of this bug. ***