Centraliza o samba: lib / util.c: 1117 (smb_panic) (usando o Centrify express)

1

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
    
por Henrik Ormåsen 10.03.2014 / 15:25

1 resposta

0

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).

    
por 14.03.2014 / 10:24

Tags