FS#51555 - [samba] Pacman "Could not resolve host" with samba 4.5.1-1 installed

Attached to Project: Arch Linux
Opened by Jean-Patrick Simard (jpsimard) - Thursday, 27 October 2016, 16:40 GMT
Last edited by Tobias Powalowski (tpowa) - Friday, 14 August 2020, 13:14 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 10
Private No

Details

Description:

After update and install of samba and smbclient 4.5.1-1, pacman(5.0.1-4) can't connect to update servers and spits out "Could not resolve host" for every server in mirrorlist. Browsing the web is unaffected and hosts resolve normally, so the rest of the system appears unaffected. Retrograding samba and smbclient to 4.5.0-2 solves the issue and pacman can then resolve hosts normally. This has happened on my two systems. On both system, returning to older samba packages solved the issue for pacman. Since I couldn't see the relation between pacman and samba, I tried updating samba about 4 times, each time I reproduced the problem.

Steps to reproduce:

Install samba and smbclient 4.5.1-1
try update system again via pacman
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Friday, 14 August 2020, 13:14 GMT
Reason for closing:  Works for me
Comment by Doug Newgard (Scimmia) - Thursday, 27 October 2016, 16:47 GMT
Custom XFerCommand in pacman.conf? What mirrors?
Comment by surefire (surefire) - Thursday, 27 October 2016, 16:59 GMT
broken /usr/lib/libnss_wins.so.2 in smbclient 4.5.1-1

need to remove 'wins' from /etc/nsswitch.conf that would fix name resolution
Comment by Jean-Patrick Simard (jpsimard) - Thursday, 27 October 2016, 17:20 GMT
Yup, removing wins does fix it.
Comment by Brian Schousek (zpbruno) - Saturday, 03 December 2016, 01:46 GMT
Still present with smbclient 4.5.1-2
Comment by Jelle van der Waa (jelly) - Thursday, 16 April 2020, 18:12 GMT
And with 4.11.3?

Loading...