Страница 1 из 1
samba тормозит
Добавлено: 05 ноя 2003, 00:25
kavenchuk
debian 3.0, samba 3 на riserfs
тюнингом ни чего не занимался (чайник)
копирование большого числа средних файлов на самбу более менее проходит - с некоторыми паузами
копирование одного большего файла (исошка) сходит на нет, постепенно снижая скорость копирования, сваливаясь с криком о недоступности более сетевого ресурса
Экспериментировал как по сети, так и на vm
Получилось только на домашнем компе - но он и самый быстрый...
Куда бежать, чего читать?
samba 3.0
Добавлено: 05 ноя 2003, 14:23
fire
Вроде в ветке testing появился
testing
samba-doc-ja 2.2.8a+ja1.0-0.1 (517.4k)
Japanized Samba documentation.
testing
samba-doc 3.0.0final-1 (5987.3k)
Samba documentation
testing
samba-common 3.0.0final-1 (1603k)
Samba common files used by both the server and the client
testing
samba 3.0.0final-1 (2166.4k)
a LanManager-like file and printer server for Unix
А это уже что-то значит!!!!
Добавлено: 05 ноя 2003, 15:26
kavenchuk
Смотрел. Кое-что подпавил. Не помогло.
Я не уверен, что дело именно в самбе.
Ладно, спасибо, пошел ковыряться дальше.
Добавлено: 05 ноя 2003, 16:49
kavenchuk
И так, копирование с помощью SSH Secure File Transfer проходит успешно, правда скорость скачивания от первоначальной падает в 2,5 раза.
Копирование через самбу проводником тормозит еще больше и в конце концов падает с криком, что файл больше недоступен.
Куда бежать?
--
от модератора - зарегистрированные пользователи могут редактировать свои сообщения
Добавлено: 05 ноя 2003, 16:54
zyxel
если я не ошибаюсь -- это обсуждалось тут
http://lists.debian.org/debian-russian/
Добавлено: 06 ноя 2003, 10:53
kavenchuk
Не нашел.
Добавлено: 06 ноя 2003, 13:59
kavenchuk
Вот что в логе после ошибки:
[2003/11/06 05:18:52, 1] smbd/service.c:make_connection_snum(698)
stnt037 (192.168.0.1) connect to service tmp initially as user slava (uid=1003, gid=101) (pid 405)
write_socket_data: write failure. Error = Broken pipe
[2003/11/06 05:18:52, 0] lib/util_sock.c:write_socket(413)
write_socket: Error writing 51 bytes to socket 16: ERRNO = Broken pipe
[2003/11/06 05:18:52, 0] lib/util_sock.c:send_smb(585)
Error writing 51 bytes to client. -1. (Broken pipe)
[2003/11/06 05:18:52, 2] smbd/server.c:exit_server(558)
Closing connections
Куда копать дальше?
Добавлено: 07 ноя 2003, 18:02
kavenchuk
Все, сам все нашел, но не знаю, как исправить. Вернее знаю, но так мне не нравится.
Дабы "скрыть" свой сервер в домене я установил
workgroup =
security = user
и еще кое-что подправил. Как следствие - доступ к ресурсам есть, но самого сервера в "Сетевом окружении" не видно. Можно найти через "поиск", но и тогда в него не зайти. Можно только зная имя ресурса, указав полный путь.
Но это боком и вылазит - на длительном копировании получаю Broken pipe
Добавлено: 07 ноя 2003, 18:10
Llama
kavenchuk писал(а):Все, сам все нашел, но не знаю, как исправить. Вернее знаю, но так мне не нравится.
Дабы "скрыть" свой сервер в домене я установил
workgroup =
security = user
и еще кое-что подправил. Как следствие - доступ к ресурсам есть, но самого сервера в "Сетевом окружении" не видно. Можно найти через "поиск", но и тогда в него не зайти. Можно только зная имя ресурса, указав полный путь.
Но это боком и вылазит - на длительном копировании получаю Broken pipe
Гм., а с установленым workgroup нормально? Если да, то подумай о написании багрепорта чтоли... Если хочется скрыть спислк ресурсов - то тут недавно было обсуждения выставления прав доступа на $IPC
Добавлено: 10 ноя 2003, 18:14
kavenchuk
Нет, как оказалось - с указанной группой тоже не работает. Все как по книжке, кроме одного - станция подключается к домену (на другом NT-сервере), а самба "прикидывается" рабочей группой.
Визуально: в начале копирования самба до упора берет все в кэш (винтом не моргает), потом начинает сбрасывать кэш на диск - станция ничего не отдает. Через ~ минуту "простоя" станции - ошибка.
Как можно заставить самбу/ядро сбрасывать кэш как можно быстрее? Или это что-то в винде надо крутить, чтобы так быстро не ругалась?
Добавлено: 10 ноя 2003, 20:33
Llama
опиши проблему на английском и пошли багрепорт девелоперам, можешь перед этим слазить еще на linuxquestions.org и спросит там, если с язык позволяет.
Добавлено: 11 ноя 2003, 12:40
kavenchuk
Да я бы с радостью, но:
1. С английским "исходящим" еще хуже, чем с "входящим"
2. Промту я не доверяю
3. Кого попросить?
...
Вообще-то англоязычные конференции завалены безответными криками о помощи на тему samba&broken&pipe. Но на linuxquestions.org об этом ни слова. Bugzilla самбовская мне тоже ничего не сказала.
Может это и не должно работать: server_role = ROLE_STANDALONE в сети с доменом?
Добавлено: 12 ноя 2003, 14:35
kavenchuk
IMHO
НАШЕЛЛ!!!!!!
Все мои предпосылки, умозаключения и выводы были ошибочны! Samba не виновата.
Ползая по инету нашел в чьей-то статье по настройке EXT3 такое предложение:
echo 40 0 0 0 60 300 60 0 0 > /proc/sys/vm/bdflush
Загнал - заработало!. Очень медленно, но заработало.
Напрашивающиеся выводы: в имеющейся у меня конфигурации сброс большого кэша занимает так много времени, что клиент - винда - отваливается, а потом уже samba рапортует broken pipe.
Все остальное ни при чем.
Вопрос: мне самому тра... экспериментировать с параметрами bdflush или есть что-то более развернутое по нему, кроме краткого описания параметров?
Всем огромное спасибо!
Добавлено: 13 ноя 2003, 16:01
kavenchuk
Поставил kernel-image-2.4.22-2-k7 (правда, в отличие от 2.4.18-bf, которое при установке woody само разобралось, что за карточку подсовывает vmware, это сообразило только после устновки vmware-tools) - и при всех настройках bdflush по умолчанию samba стала просто летать, и без малейших глюков...
Абыдна...
Одно радует: вид "голой" консоли уже не пугает (не прошло и пол года
)
Добавлено: 13 ноя 2003, 21:18
Llama
Бывает
))