Уважаемые участники форума. Очередной полтергейст. У нас на предприятии около 3-х десятков машин в одной локалке в четырех рабочих группах. Ip статические. .Все виндовые, кроме двух. Эти две (Open suse 13.1) в одной рабочей группе (Brains) вместе с двумя виндовыми. После прихода на работу после выходных обнаружилось, что Suse видят свою группу, но войти не могут- выдается ошибка. Это через dolphin и через SMB4K. В чужие группы - да запросто. Где собака порылась?
пн, 16/06/2014 - 08:57
#1
Доступ в рабочую группу через SAMBA
Отредактировано: iwtke вкл 16/06/2014 - 09:20
Очевидно в ошибке
Надеюсь, не в ДНК
что в логах ? /var/log/smb или samba точно путь не помню
Все глюки Windows исправляются установкой Linux!
Группы реализованы на доменном контроллере?
Где суся свой доменный контроллер?
Log.smbd
[2014/06/16 07:35:33, 0] ../source3/smbd/server.c:1203(main)
smbd version 4.1.6-3.18.1-3208-SUSE-oS13.1-x86_64 started.
Copyright Andrew Tridgell and the Samba Team 1992-2013
[2014/06/16 08:23:18.574509, 0] ../lib/util/pidfile.c:153(pidfile_unlink)
Failed to delete pidfile /run/samba/smbd.pid. Error was No such file or directory
[2014/06/16 08:24:40, 0] ../source3/smbd/server.c:1203(main)
smbd version 4.1.6-3.18.1-3208-SUSE-oS13.1-x86_64 started.
Copyright Andrew Tridgell and the Samba Team 1992-2013
Доменных контроллеров доменов нет. На винде каждый компьютер прописан в определенную рабочую группу. Так же на сусе.
есть ли файл по указанному пути?
apparmor отключен?
cd /etc/init.d/
./smb status
что говорит?
Все глюки Windows исправляются установкой Linux!
По идее ничего не должен говорить. systemd однако.
systemctl status smb должен.
Appamor отключен. Фигня с Appamor и pid-файлом была как только обновился до 13.1 . С тех пор отключен.
НО. Стоило мне обратиться на форум, как доступ к группе появился. Не иначе, эффект присутствия.
cd /etc/init.d/
./smb status
буду проверять когда эффект присутствия закончится.
если выполнить переход в директорию init.d и потом выполнить ./smb status
то показывает статус даже с systemd
Все глюки Windows исправляются установкой Linux!
fscsd:~ # cd /etc/init.d
fscsd:/etc/init.d # ./smb status
-bash: ./smb: Нет такого файла или каталога
fscsd:/etc/init.d #
fscsd:/etc/init.d # systemctl status smb
smb.service - Samba SMB Daemon
Loaded: loaded (/usr/lib/systemd/system/smb.service; enabled)
....
....
наблюдал такую
картину на только что установленном дистрибутиве (13.1).
после обновления получаю:
Правильно заданный вопрос – половина ответа.
lin:/home/serega # cd /etc/init.d/
lin:/etc/init.d # ./smb status
Checking for Samba SMB daemon running
Checking for Samba SMB daemon running
lin:/etc/init.d #
это на 12.3 выхлоп
на работе смотрел на 13.1 на примере network тоже отрабатывает
у меня и тот и тот вариант отрабатывает
lin:/etc/init.d # systemctl status smb
smb.service - LSB: Samba SMB/CIFS file and print server
Loaded: loaded (/etc/init.d/smb)
PS: вот кстати вырезка из release notes os 12.2
5.3. systemd: Задание параметров запуска служб
systemctl поддерживает только «стандартные» параметры (см. http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities).
Это ограничение можно обойти, вызывая скрипт запуска напрямую, например:
cd /etc/init.d
./apache2
https://www.suse.com/releasenotes/i386/openSUSE/12.2/RELEASE-NOTES.ru.html
Все глюки Windows исправляются установкой Linux!
могу только предположить, что самба была настроена до установки какого-то обновления.
Правильно заданный вопрос – половина ответа.
тут интересный момент в release notes 12.1, 12.2 был обход, а в 12.3 писали что больше не поддерживается хотя отрабатывает и в 13,1 у меня лично работает
Хотя не тпоходу ошибся в 12.3 у меня установлен еще один пакет
rpm -qa | grep sysvinit
sysvinit-tools-2.88+-83.2.1.i586
systemd-sysvinit-195-13.45.1.i586
Походу с ним sysvinit-tools-2.88+-83.2.1.i586 отрабатывает команда
А на 13,1 надо глянуть возможно там тож доустанавливал этот пакет.
Все глюки Windows исправляются установкой Linux!
Ну в общем так и было.
На эти компьютеры была поставлена сусе 13.1. Возникла проблема с Appamor. Его отключили. После этого в автомате за разное время поставилось большое количество обновлений.
Сегодня утром после включения компьютеров снова рабочая группа была не доступна. Ошибок в логах на включение smb нет. На выключение -ругается на недоступность pid файла. После перезапуска служб smb и nmb вроде пошло. Вчера таких процедур не делал. Проблем вроде тоже не было. Ощущение, что этим компьютерам нужно время на "знакомство" с группой.