Os relatórios de falhas foram interrompidos. Provavelmente a causa disso foi que o smbd processa o cache quando os clientes tentavam acessá-los pelo nome do DNS (o que, por algum motivo, não funciona).
O Samba está funcionando de alguma forma, mas alguns processos falham. Esse tipo de junção ocorre somente quando alguns (ou um) clientes Windows acessam o disco de rede enviado pelo GPO. Pelo menos um cliente w7 não pode acessar o servidor pelos discos de rede. Quando o usuário tenta travar o processo do smb e o seguinte ocorre em /var/log/samba/log.smbd:
[2014/03/10 14:16:47.897568, 0] lib/fault.c:47(fault_report)
===============================================================
[2014/03/10 14:16:47.897702, 0] lib/fault.c:48(fault_report)
INTERNAL ERROR: Signal 11 in pid 9410 (3.6.17-cdc-4.5.6-302)
Please read the Trouble-Shooting section of the Samba3-HOWTO
[2014/03/10 14:16:47.897831, 0] lib/fault.c:50(fault_report)
From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2014/03/10 14:16:47.897918, 0] lib/fault.c:51(fault_report)
===============================================================
[2014/03/10 14:16:47.897978, 0] lib/util.c:1117(smb_panic)
PANIC (pid 9410): internal error
[2014/03/10 14:16:47.902326, 0] lib/util.c:1221(log_stack_trace)
BACKTRACE: 21 stack frames:
#0 /opt/centrify/samba/sbin/smbd(log_stack_trace+0x1c) [0x7fd7f834ee8c]
#1 /opt/centrify/samba/sbin/smbd(smb_panic+0x2b) [0x7fd7f834ef5b]
#2 /opt/centrify/samba/sbin/smbd(+0x40af40) [0x7fd7f833ff40]
#3 /lib/x86_64-linux-gnu/libc.so.6(+0x364a0) [0x7fd7f4d764a0]
#4 /lib/x86_64-linux-gnu/libc.so.6(cfree+0x1c) [0x7fd7f4dc359c]
#5 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2(+0xcf80) [0x7fd7f2a9cf80]
#6 /lib64/ld-linux-x86-64.so.2(+0xf90e) [0x7fd7f7d1f90e]
#7 /lib/x86_64-linux-gnu/libc.so.6(+0x3b901) [0x7fd7f4d7b901]
#8 /lib/x86_64-linux-gnu/libc.so.6(+0x3b985) [0x7fd7f4d7b985]
#9 /opt/centrify/samba/sbin/smbd(+0x675a99) [0x7fd7f85aaa99]
#10 /opt/centrify/samba/sbin/smbd(+0x675bbe) [0x7fd7f85aabbe]
#11 /opt/centrify/samba/sbin/smbd(+0x18936a) [0x7fd7f80be36a]
#12 /opt/centrify/samba/sbin/smbd(run_events_poll+0x320) [0x7fd7f835d2a0]
#13 /opt/centrify/samba/sbin/smbd(smbd_process+0x8ab) [0x7fd7f80bce5b]
#14 /opt/centrify/samba/sbin/smbd(+0x6740a1) [0x7fd7f85a90a1]
#15 /opt/centrify/samba/sbin/smbd(run_events_poll+0x320) [0x7fd7f835d2a0]
#16 /opt/centrify/samba/sbin/smbd(+0x428709) [0x7fd7f835d709]
#17 /opt/centrify/samba/lib/libtevent.so.0(_tevent_loop_once+0x90) [0x7fd7f5737120]
#18 /opt/centrify/samba/sbin/smbd(main+0x12df) [0x7fd7f85aa6bf]
#19 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7fd7f4d6176d]
#20 /opt/centrify/samba/sbin/smbd(+0x1085c9) [0x7fd7f803d5c9]
[2014/03/10 14:16:47.902958, 0] lib/fault.c:345(dump_core)
Exiting on internal error (core file administratively disabled)
Eu tenho uma pequena suspeita de DNS, como os clientes do Windows não podem acessar o samba através do nome dns (mas o servidor responde, por exemplo, ping no nome dns, e nettatalk funciona bem para os clientes mac com dns. o gpo para montar unidades de rede a partir do servidor samba com IP em lugar de dns, e funciona bem para a maioria dos clientes.Eu desmontei todas as unidades no cliente que trava o samba, e execute gpupdate / force nele.O cliente obtém IP do servidor AD 2008R2 e verifiquei se o DNS no cliente está correto.
Nota: o nome do domínio é "opusark.local". Eu recebi um aviso ao instalar o centrify sobre o final "local" não é bom deveria ter sido evitado. Isso pode ter algo a ver com isso?
Alguma pista sobre como solucionar esse erro?
SO: Ubuntu 12.04 6 bits Centrifique: centrify-samba-4.5.6-deb5-x86_64.tgz Versão do Samba (usa centrify): # / opt / centrify / samba / sbin / smbd --version Versão 3.6.17-cdc-4.5.6-302
O registro do inn no servidor com o ssh centralizado é lento e não funciona em todos os computadores.
Global em /etc/samba/smb.conf:
[global]
security = ADS
realm = OPUSARK.LOCAL
workgroup = OPUSARK
netbios name = sinan
auth methods = guest, sam, winbind, ntdomain
machine password timeout = 0
passdb backend = tdbsam:/etc/samba/private/passdb.tdb
kerberos method = secrets and keytab
client use spnego principal = true
send spnego principal = Yes
server signing = auto
client ntlmv2 auth = yes
client use spnego = yes
template shell = /bin/bash
winbind use default domain = Yes
winbind enum users = No
winbind enum groups = No
winbind nested groups = Yes
idmap cache time = 0
ignore syssetgroups error = No
idmap config * : backend = tdb
idmap config * : range = 1000 - 200000000
idmap config * : base_tdb = 0
enable core files = false
syslog = 0
Tags samba