Bug 1340 - nmbd doesn't clear browse.dat. Missing server searched forever.
Summary: nmbd doesn't clear browse.dat. Missing server searched forever.
Status: RESOLVED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: nmbd (show other bugs)
Version: 3.0.3
Hardware: All Linux
: P3 major
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-10 10:40 UTC by Rudolf Kollien
Modified: 2006-04-08 11:54 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rudolf Kollien 2004-05-10 10:40:49 UTC
nmbd doesn't clear the browse.dat after starting. It uses the entries from a
previous run and search for dead or no more existing servers. 

Scenario: A server with two NIC configured for the same net (as a test purpose
only!!) running samba. Samba can be reached on both addresses. Samba is
configured as domain master and serves logons from win clients. All went ok. As
the server got hang (caused by an usb component) a hard restart was neccessary.
At this state, one of the NICs of the server where removed. After restarting the
system (and samba) most of the win clients got timeouts on login and logon to
the server was only able on the second or third attempt. Hardly to reproduce.
After days (or better: nights) of investigation i found that nmbd still tries to
find the "server" on the second (already removed) NICs IP address. Because this
"servers" IP still was listed in the browse.dat file. After shutdown of nmbd,
removing browse.dat and starting nmbd again all is ok now as before. 

As of this shouldn't it be better if nmbd always clears the wins.dat and
browse.dat on startup? Or perhaps remove entries after timeouts on discovery?
Our nmbd searched more than 8 days for the removed "server", until browse.dat
was removed.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:26:12 UTC
database cleanup
Comment 2 Gerald (Jerry) Carter (dead mail address) 2006-04-08 11:54:40 UTC
please reopen if the bug still exists in a current release.