samba - Aug 1997 - Samba 1.9.17 server is not showing up in PDC browser list.

Hi,

I've just upgraded to Samba 1.9.17, but I can't get my samba server that
resides in a differnet subnet to show up in the PDC's browse list. I've
got
samba configured as the local browse master and am registering with the wins
server with:

        domain master = no
        local master = yes
        preferred master = yes
        os level = 65
        wins support = no
        wins server = 155.226.11.229

If I run smbclient -L summit on the samba server, I get:

Domain=[ENG_SYS] OS=[Unix] Server=[Samba 1.9.17]
 
Server=[SUMMIT] User=[nobody] Workgroup=[ENG_SYS] Domain=[ENG_SYS]
 
 
This machine has a browse list:
 
        Server               Comment
        ---------            -------
        BUD                  
        GUINAN               
        KODIAK               
        RAINIER              
        SIERRA               
        STUMPY               
        SUMMIT               4900 Development Samba 1.9.17 Server
        WINDY                
 
 
This machine has a workgroup list:
 
        Workgroup            Master
        ---------            -------
        CORP                 LEGATO02
        ENG_SYS              GUINAN
        FIBERBASE            ABU


Running smbclient on the PDC, guinan, I get:


Domain=[ENG_SYS] OS=[Windows NT 4.0] Server=[NT LAN Manager 4.0]
 
 
This machine has a browse list:
 
        Server               Comment
        ---------            -------
        BUD                  
        GUINAN               
        KODIAK               
        RAINIER              
        SIERRA               
        STUMPY               
        WINDY                
 
 
This machine has a workgroup list:
 
        Workgroup            Master
        ---------            -------
        4900MFG              
        ADC                  
        ADC_TDC2             
        CORP                 LEGATO02
        CORP.ADC             
        CORPFPNW             
        DATELFL              
        ENG_SYS              GUINAN
        FIBERBASE            ABU
        IS                   
        MERIDEN.BCD.ADC      
        SIGEDOM              
        WORKGROUP   

nmbd is syncronizing it's browse lists with the domain controller:

sync_browse_lists: Sync browse lists with GUINAN for ENG_SYS 155.226.44.5
Domain=[ENG_SYS] OS=[Windows NT 4.0] Server=[NT LAN Manager 4.0]

Any ideas why my Samba server doesn't show up?

Rob
-- 
Rob Nielsen                   rob@adc.com
ADC Telecommunications, Inc.  (612) 896-2706    In a world without fences
PO Box 1101, MS 34                              who needs Gates?
Minneapolis, MN  55440-1101

> From: Eric Knudstrup <eknuds@extremenetworks.com>
> Subject: smbd Defunct processes...
> 
> Recently after doing a ps I noticed at least several dozens of defunct
> processes in the ps list all created by smbd.
> My guess is that these are dead connections but for some reason their
> processes didn't get cleaned up.
> 
The "dead time" option in smb.conf should take care of this.  Ours is
set to 5 minutes which takes care of them nicely.  Active connections
that have been idle for a while and lose their smbd don't suffer because
it is spawned again when they resume network activity.

Tim
-- 
Tim Villa                 Faculties of Economics & Commerce, Education and
Law
Network/Systems Officer        	           The University of Western Australia
Phone: +61-08-9380-1796                                  Fax: +61-08-9380-1068
<mailto:tim@ecel.uwa.edu.au>                
<http://ecel-tim.ecel.uwa.edu.au>

>I believe its a DWORD value of 1 in 
>  HKEY_LOCAL_MACHINE\Network\Logon\UserProfiles
>Easier is using poledit: File->OpenRegistry then
>LocalComputer->System->EnableUserProfiles
>> does anyone know what the registry entry is to get w95 to start
>> reading CONFIG.POL files from the NETLOGON share? 
Yes - 'HKLM\Network\Logon\UserProfiles = 1' enables user profiles, but
on a W95 workstation with no NT server you have to set a couple of
registry settings to allow a 'manual' download of policies from a
particular network path. So add (from a .reg file):

; Install Manual config update from server
HKLM,System\CurrentControlSet\control\Update,"NetworkPath",,"\\server\path\config.pol"
HKLM,System\CurrentControlSet\control\Update,"UpdateMode",1,2,0,0,0

On another note - in order to get roaming profiles to work on W95 with
no NT server, I had to do some horrible things to the registry, which
I'm not sure is (or was ever) necessary - it worked so I kept it.

The basic idea was to set the registry keys in the default users'
'ProfileReconciliation', 'ShellFolders' and
'UserShellFolders' keys, to
point to a directory on a mounted home (samba) drive - surprisingly,
this actually works. If you want any more details let me know.

-- 

	-Phil Docking.

> just wanting to go one better than microsoft - is that a crime?
>
> On Thu, 28 Aug 1997, Gert-Jan Vons wrote:
>
> >
> > Hello all,
> >
> > I recently noticed that when asking for the properties of a
> > samba server (i.e. right-click on name of Samba server in
> > network neighborood), Windows tells me that it is a
> >
> >       Type: Windows NT 4.2 Server
> >
> > It is nice to see that even Microsoft recognises that Samba has
> > an advance compared to NT4.0 :-), but how come ? Is it just
> > a harmless joke from the samba developers, or is it a bug ?
> >
> >
> >       Gert-Jan
> >
> > PS1: keep up the good work guys, we're very happy with Samba!
> >
> > PS2: I've seen this with 1.9.16p11, and it is still there with
> >      1.9.17alpha5, client being a Windows NT4 workstation.
> >
>From smb.h
/* what server type are we currently  - JHT Says we ARE 4.20 */
/* this was set by JHT in liaison with Jeremy Allison early 1997 */
/* setting to 4.20 at same time as announcing ourselves as NT Server */
/* History: */
/* Version 4.0 - never made public */
/* Version 4.10 - New to 1.9.16p2, lost in space 1.9.16p3 to 1.9.16p9 */

/*  - Reappeared in 1.9.16p11 with fixed smbd services */
/* Version 4.20 - To indicate that nmbd and browsing now works better */

#define DEFAULT_MAJOR_VERSION 0x04
#define DEFAULT_MINOR_VERSION 0x02


Cheers,

Stuart