Ao acessar compartilhamentos Samba do Windows 10, o smbstatus está relatando ninguém duplicado: entradas PID de nogroup

Question

Quando executo programas do Windows localizados em um compartilhamento Samba de um computador com o Windows 10 Pro 64, recebo ninguém duplicado: entradas PID de nenhum grupo que aparecem na saída smbstatus. Essas entradas não desaparecem até que o processo smbd seja finalizado. Eu notei que nos meus servidores de produção, pode levar vários minutos para os arquivos criados por um usuário do Windows 7 serem visíveis por outros usuários do Windows 7. Quando eu removo os computadores com Windows 10 da minha rede, o problema desaparece.

Estou executando o Samba Versão 4.1.6-Ubuntu no Ubuntu 14.04.1 LTS. Eu tentei servidor Ubuntu 14.04.3 LTS e Ubuntu 15.10 e ocorre o mesmo problema. Os computadores que estou usando são os seguintes:

• 192.1.1.38 - CONSULTORIA5 - Windows 8.1 Pro
• 192.1.1.41 - CONSULTORIA7 - Windows 10 Pro
• 192.1.1.42 - CONSULTING8 - Servidor Ubuntu 14.04.1

A saída do smbstatus abaixo foi produzida pela execução do bloco de notas do Windows três vezes a partir de um compartilhamento de rede do samba. Isso foi feito em um computador com Windows 8.1 e em um computador com Windows 10. A saída normalmente aumenta para mais de 1.000 linhas após um dia típico de uso na máquina com Windows 10.

Samba version 4.1.6-Ubuntu
PID     Username      Group         Machine                        
-------------------------------------------------------------------
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1445      win81user     win81user     192.1.1.38   (ipv4:192.1.1.38:50422)
1444      win10user     win10user     192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)
1444      nobody        nogroup       192.1.1.41   (ipv4:192.1.1.41:53486)

Service      pid     machine       Connected at
-------------------------------------------------------
aaa          1444   192.1.1.41    Thu Jan  7 12:29:31 2016
aaa          1445   192.1.1.38    Thu Jan  7 12:29:53 2016

Locked files:
Pid          Uid        DenyMode   Access      R/W        Oplock           SharePath   Name   Time
--------------------------------------------------------------------------------------------------
1444         1003       DENY_NONE  0x100081    RDONLY     NONE             /mnt/aaa   .   Thu Jan  7 12:29:31 2016
1445         1002       DENY_NONE  0x100081    RDONLY     NONE             /mnt/aaa   .   Thu Jan  7 12:29:52 2016

Eu tentei muitas opções diferentes de configuração do samba e ainda assim o problema permanece. Eu reverti para o padrão smb.conf do ubuntu como mostrado abaixo com a adição de uma única definição de compartilhamento. O convidado ok = sim e convidado ok = nenhuma opção não corrige isso.

[global]
    server string = %h server (Samba, Ubuntu)
    server role = standalone server
    map to guest = Bad User
    obey pam restrictions = Yes
    pam password change = Yes
    passwd program = /usr/bin/passwd %u
    passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
    unix password sync = Yes
    syslog = 0
    log file = /var/log/samba/log.%m
    max log size = 1000
    dns proxy = No
    usershare allow guests = Yes
    panic action = /usr/share/samba/panic-action %d
    idmap config * : backend = tdb
[printers]
    comment = All Printers
    path = /var/spool/samba
    create mask = 0700
    printable = Yes
    print ok = Yes
    browseable = No
[print$]
    comment = Printer Drivers
    path = /var/lib/samba/printers
[aaa]
    comment = aaa test share
    path = /mnt/aaa
    read only = No

Minhas desculpas antecipadamente, mas como não tenho nenhuma reputação neste site, não posso postar mais de dois links. Por favor, encontrar links para os arquivos de log do Samba para a montagem de compartilhamento e execução do bloco de notas com nível de log 3 abaixo. Também forneci a saída lsof para o processo smbd do Windows 8.1 e o processo smbd do Windows 10.

http://pastebin.com/L8HdZAA1 - log.nmbd
http://pastebin.com/TEbWaB7n - log.smbd
http://pastebin.com/UAmk0tZG - log.192.1.1.38  (Windows 8.1)
http://pastebin.com/wtfB5udx - log.consulting5 (Windows 8.1)
http://pastebin.com/0bAhNqum - log.192.1.1.41  (Windows 10)
http://pastebin.com/zCKsASR0 - log.consulting7 (Windows 10)

http://pastebin.com/1wmFVAjC - lsof-win81process.txt
http://pastebin.com/DyzUF3LS - lsof-win10process.txt

Qualquer ajuda na resolução deste problema seria muito apreciada. Obrigado.

    

Answer 1

Parece ser um problema com o SambaV2 / V3 e pode ser evitado forçar o Windows 10 a usar o SambaV1 via

sc config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc config mrxsmb20 start= disabled

veja:
link link