This may be due to the fact that the cluster servers are
multihomed...
See
http://www.eventid.net/display.asp?e...ROWSER&phase=1
for few comments about this event. Since they are in their own
workgroup there shouldn't be any need to reach the domain controller
and the establishment of who is the Master Browser should take place
through the default election algorithm (based on the "importance" of
each server).
I agree with Bill, chances are you don't need the "browsing"
capabilities on these servers as they are probably accessed by the SQL
clients directly through TCP/1433.
Adrian Grigorof
www.eventid.net
On Jul 16, 3:08*am, Paco <P...@discussions.microsoft.com> wrote:
> I am receivingevent id8032 on my two sql cluster server that are in the dmz.
> They are also in a workgroup not members of the domain.
>
> "The browser service has failed to retrieve the backup list too many times
> on transport \Device\NetBT_Tcpip_{0814EE23-ED8D-411E-A862-E71A66664195}. The
> backup browser is stopping."
>
> As they are in the dmz they can't reach the dc that is normally our browse
> master.
> Can I just someway make one of the servern browse master and the other a
> slave?