Where in UMC is the setting for ‘OS Level’? Can’t locate it in the interface, and documentation and wiki doesn’t mention it that I can find.
Does a uni registry entry work? What is the key? Will a new key entry propagate into smb.conf, or is there another module for managing this?
The reason for asking is the sole UCS AD DC doesn’t appear to be the browse master, and isn’t winning browser master elections.
smbclient -L localhost
shows the master as a random windows workstation.
samba-tool testparm -v | grep level
os level = 20
smbtree
\ some random windows client on local lan
tail /var/log/samba/log.nmbd
become_local_master_fail2 Failed to become a local master browser
On a member server it’s os level = 65 A windows 7 workstation is level = 70
This is a plain new install of UCS 4.02 upgraded to 4.0-3 running as a Qemu VM on Proxmox.
Is all this netbios browse and wins garbage needed on a single segment lan anyway? What’s the best way to switch it off and calm it down, while keeping Windows fast and happy?
Hello,
You can set the OS Level in the local.conf with the following settings:
check the settings:
root@master401:~# testparm -vs | grep os\ level
Load smb config files from /etc/samba/smb.conf
...
Loaded services file OK.
'winbind separator = +' might cause problems with group membership.
WARNING: You have some share names that are longer than 12 characters.
These may not be accessible to some older clients.
(Eg. Windows9x, WindowsMe, and smbclient prior to Samba 3.0.)
Server role: ROLE_ACTIVE_DIRECTORY_DC
os level = 20
Set the os level = 100
root@master401:~# echo "[global]" >>/etc/samba/local.conf
root@master401:~# echo "os level = 100" >>/etc/samba/local.conf
root@master401:~# ucr commit /etc/samba/smb.conf
check it:
root@master401:~# testparm -vs | grep os\ level
Load smb config files from /etc/samba/smb.conf
...
Loaded services file OK.
'winbind separator = +' might cause problems with group membership.
WARNING: You have some share names that are longer than 12 characters.
These may not be accessible to some older clients.
(Eg. Windows9x, WindowsMe, and smbclient prior to Samba 3.0.)
Server role: ROLE_ACTIVE_DIRECTORY_DC
os level = 100
Windows 7 claims an OS-Level=70? greedy… 
Normally you would set OS-Level to 65, but with Win 7 Clients you would have to raise that to at least 75 (or 100), otherwise Win 7 tries to do the job. The Value can be theoretically 0-255.
Neccessary at last:
/etc/init.d/samba restart
Regards,
Jens Thorp-Hansen
Thank you for the very detailed reply. The ucr commit was particularly useful.
The method works correctly as detailed to set the OS level.
Hasn’t yet resolved the situation with master browser, so I’ll continue to dig and pose a new question once I can figure out a hypothesis.
smbcontrol nmbd force-election
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_DMALLOC_MARK and LOG_CHANGED
[/code][code]
tail -f /var/log/samba/log.nmbd
[2015/09/03 09:46:20.707020, 0, pid=22564] ../source3/nmbd/nmbd_become_lmb.c:418(become_local_master_fail2)
become_local_master_fail2: failed to register name COMPANY<1d> on subnet 10.1.1.4. Failed to become a local master browser.
[2015/09/03 09:46:20.707293, 0, pid=22564] ../source3/nmbd/nmbd_namelistdb.c:320(standard_fail_register)
standard_fail_register: Failed to register/refresh name COMPANY<1d> on subnet 10.1.1.4
Turns out a syntax error in the template
/etc/univention/templates/files/etc/samba/base.conf
was causing the base file not to be generated.
Running
ucr commit
with no file name parameters regenerates all the files & restarts all the services. It showed the syntax error.
File: /etc/samba/base.conf
File "<stdin>", line 56
print path = /srv
^
SyntaxError: invalid syntax
It should have read
print '\tpath = /srv'
I’m not sure if I introduced that error, or it is in the base install of that version.
Once this was fixed, smb was happy.
run_elections: >>> Won election for workgroup IN on subnet 10.9.1.9 <<<
../source3/nmbd/nmbd_become_lmb.c:538(become_local_master_browser)
become_local_master_browser: Starting to become a master browser for workgroup IN on subnet 10.9.1.9
