Re: WINS failover?

"Christopher R. Hertel" <[email protected]>
Newsgroups gmane.network.samba.java
Organization ubiqx Development, uninq.
Message-ID <[email protected]>
On 07/12/2012 04:50 PM, Abraham Lin wrote:
> Hi,
> 
> I've run into some trouble while trying to configure jCIFS to fail over on a
> WINS error. The configuration I'm using looks something like this:
> 
>   Config.setProperty( "jcifs.smb.client.domain", "DOMAIN" );
>   Config.setProperty( "jcifs.netbios.wins", "123.123.123.123,234.234.234.234" );
>   Config.setProperty( "jcifs.netbios.retryTimeout", "5000" );
> 
> The first WINS server isn't behaving correctly and is sending back a
> response type of 0x0A with error code 0x03. However, the second server does
> work properly and responds appropriately to a Name Query.

What do you mean by a "response type of 0x0A"?

I believe that the error code you are listing is:

NAM_ERR (0x3):  	Name Error
The requested name does not exist in the selected name table(s).

> What I'm seeing is that NameServiceClient contacts the first WINS server
> multiple times (until the timeout expires), but never actually contacts the
> second. The problem is with the handling of the "timeout" parameter in
> "send:" on line 252 (version 1.3.17), the parameter value is overwritten,
> which prevents subsequent requests to other WINS servers when the first one
> fails (due to the guard on line 240). When I save the original parameter
> value and restore the value of "timeout" for each iteration of the outer
> while loop, the second server is contacted as expected.
> 
> Is this expected behavior? If it is, what would be the best way of handling
> this situation?
> 
> Thanks in advance!
> 
> -Abraham

-- 
"Implementing CIFS - the Common Internet FileSystem" ISBN: 013047116X
Samba Team -- http://www.samba.org/     -)-----   Christopher R. Hertel
jCIFS Team -- http://jcifs.samba.org/   -)-----   ubiqx development, uninq.
ubiqx Team -- http://www.ubiqx.org/     -)-----   [email protected]
OnLineBook -- http://ubiqx.org/cifs/    -)-----   [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.