Самба как-то работает, но некоторые процессы вылетают. Подобные швы возникают только тогда, когда некоторые (или один) 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 (что по какой-то причине не работает).