Назад | Перейти на главную страницу

Centrify samba: lib / util.c: 1117 (smb_panic) (с использованием Centrify Express)

Самба как-то работает, но некоторые процессы вылетают. Подобные швы возникают только тогда, когда некоторые (или один) Windows-клиенты получают доступ к сетевому диску, выдвинутому GPO. По крайней мере, один клиент w7 не может получить доступ к серверу через сетевые диски. Когда пользователь пытается выполнить smb-процесс, происходит сбой, и в /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)

У меня есть небольшое подозрение относительно DNS, поскольку клиенты Windows не могут получить доступ к samba через имя DNS (но сервер отвечает, например, на ping по имени DNS, и nettatalk отлично работает для клиентов Mac с DNS. Я изменил gpo на смонтируйте сетевые диски с сервера samba с IP вместо DNS, и он отлично работает для большинства клиентов.Я отключил все диски на клиенте, который вызывает сбой samba, и запустил на нем gpupdate / force. Клиент получает IP от Сервер AD 2008R2, и я проверил правильность DNS на клиенте.

Примечание. Доменное имя - opusark.local. Я получил предупреждение при установке центрифуги о финале "местный", чего не следовало избегать. Это может что-то сделать с этим?

Есть какие-нибудь подсказки о том, как устранить эту ошибку?

ОС: Ubuntu 12.04, 6 бит Centrify: centrify-samba-4.5.6-deb5-x86_64.tgz Версия Samba (использует centrify): # / opt / centrify / samba / sbin / smbd --version Version 3.6.17-cdc-4.5 .6-302

Вход на сервер с помощью ssh с centrify enabeled выполняется медленно и работает не на всех компьютерах.

Глобальный в /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

Отчеты о сбоях прекратились. Вероятно, причиной этого был сбой процессов smbd, когда клиенты пытались получить к ним доступ по имени DNS (что по какой-то причине не работает).