CentOS. Win7 намертво виснет при попытке записи файла.

Давай логи.

В логах ничего нет необычного. Виснет не Samba, а винда. Сейчас ни как не могу логи вывалить, дома. После того как комп с виндой перегружается ресетом, файл который винда пыталась сохранить, становится недоступным для записи со всех компов в сети.

Но проблема явно в самбе.

Только в логах самбы нет ничего полезного, к сожалению...

Подробный лог включи. Посмотри Лог системы. Покажи конфиг самбы. Проверь железо.

И что интересно, один из компов с Win7 нормально пишет на сервер.

ХМ. Может везение? Или проблема в сети?

Не в железе дело, это точно. Я второй раз такие грабли ловлю на разных серваках. Первый раз было лениво разбираться, так и не решил тогда проблему. Самбу настраивал через Webmin. Конфиг только завтра будет.

Webmin это зло. Пару раз он мне конфиги портил :(

Ну, я не админ :) Я так, от нефиг делать ковыряю. Поэтому проще через Webmin. Делал так, как здесь написано: http://www.break-people.ru/cmsmade/index.php?page=unix_webmin_practice_create... Возможно будет понятно где я наботвил.

Из отличий разве что: Create with permissions - 777 Create with owner - root

я не админ :) Я так, от нефиг делать ковыряю.

Я не гинеколог, но посмотреть могу.

Это да... И посмотреть, и поковырять. ;)

Ну, я не админ

Ну тогда найди админа

Гадость какая.

чтобы топик не был «подземным стуком», надо бы приложить конфиг самбы, права к файлу до и после краха (ls -l файл ; getfacl файл); правка к каталогу где он лежит; желательно вырезку из логов

В логах ничего нет необычного. Виснет не Samba, а винда. Сейчас ни как не могу логи вывалить, дома. После того как комп с виндой перегружается ресетом, файл который винда пыталась сохранить, становится недоступным для записи со всех компов в сети.

в Windows тоже есть журналы. Надо их также внимательно смотреть. И Win7 который виснет, и прочих которые работают на предмет всех предупреждений сетевых служб.

win7 и xp отличаются в плане сетевой идентификации и блокировок. Где-то в вашей конфигурации эти отличия заводят win7 клиента в ступор.

Посмотрел еще раз логи smb и Win7. Там действительно нет ничего полезного. У Win7 только ошибки связаные с ресетом есть. До этого был win-сервер, все работало как и положено, т.е. проблема явно не в клиентах. А это может быть из-за того что винты как-то неправильно смонтированы? Сейчас сделано: /dev/sda1 /media/Wrk ntfs defaults 0 0

А вообще задача такая. Есть маленькая конторка, есть сервак-файлопомойка/FTP. Нужно чтобы все кто имеет доступ к локалке, могли делать с расшареным барахлом что угодно. Ни каких ограничений.

Еще одна непонятная проблема - вчера один юзер с Win7 попробовал записать на сервак папку с сотней файлов. Так вот, на серваке создалась папка, и скопировалось 10 файлов (файлы не заблокированы, нормально открываются с других компов). Т.е. копирование началось в нормальном режиме, progress bar что-то показывал... А потом полный висяк винды, до ресета.

К сожалению, забыл вчера взять домой логи и конфиг самбы, не до этого было. Сегодня все будет.

И в тоже время это не проблема сети/железа. Если с этого же компа копировать файлы из-под другой операционки (debian), то все нормально.

Сейчас сделано: /dev/sda1 /media/Wrk ntfs defaults 0 0

диск с ntfs вставлен в linux и расшарен по сети ? Оригинально, жёстко, ново :) Уровень поддержки ntfs всё ещё оставляет желать лучшего и если есть желание набить побольше шишек, то верный путь вы нашли !

С нетерпением ждём конфиг самбы - чисто поржать посмотреть тамошние сюрпризы :)

п.1 переносите файло-помойку с ntfs на ext3/ext4

Да, так и есть, диски с ntfs расшарены по сети.

«п.1 переносите файло-помойку с ntfs на ext3/ext4»

Это принципиальный момент, или просто вопрос кошерности? Просто мне несколько напряжно перенести несколько TB хлама.

Но проблема явно в самбе.

Забавно, всё работает, win7 - тоже, одна из win7 виснет при сетевом обмене, но делается вывод, что «проблема явно в самбе». Это пять.

P.S. В макоси поддержка smb вообще сбоку реализована.

ntfs - проприетарная патентованная закрытая FS, её возможности на 100% не реализованы в Linux, ты же в винде не используешь на боевой задаче ext4 или xfs?

А как правильно все реализовать, чтобы все оси могли заходить, сохранять, и т.д.? Win-сервер работал отлично, просто он пришел в полностью лохматое состояние после 6 лет издевательств кучи админов (и совсем не админов).

Это принципиальный момент, или просто вопрос кошерности? Просто мне несколько напряжно перенести несколько TB хлама.

это именно принципиальный момент. Если бы было read-only ещё куда не шло, а с полным доступом по сети - даже не просто принципиально, это критично.

перенести несколько TB хлама с одного раздела на другой - максимум день. Это если придётся менять границы/размеры разделов, то есть забавляться на одном диске и походу выкидывать ненужное.

Это самая простейшая задача, в конфиге самбы даже, вроде бы, описан этот вариант. Разумеется, файлы должны лежать на родной файловой системе для Linux.

Попробую расшарить директорию на ext4 разделе, если висяки сохранятся, поставлю win-сервер. Если все излечится, то перенесу хлам на ext4.

конфиг самбы где ??

Вот он, для «чисто поржать» :)

#======================= Global Settings =====================================

[global] netbios name = Srv server string = Samba Server Version %v workgroup = WGRP os level = 255 encrypt passwords = yes guest ok = yes security = share passwd program = smbpasswd passdb backend = tdbsam preferred master = yes

#============================ Share Definitions ==============================

[homes] comment = Home Directories browseable = no writable = yes ; valid users = %S ; valid users = MYDOMAIN\%S

[Wrk] writeable = yes read only = no browsable = yes create mask = 777 public = yes path = /media/Wrk directory mask = 777

Файловая система точно не виновата... На ext4 тоже не записать ничего.

Доковырялся вот до чего - грабли в интегрированных сетевухах (или их настройках). Взял сетевуху Intel, поочереди повтыкал ее в компы с проблемами... сразу стало все нормально. Странно все это. Почему все работало с win-серваком?

Взял сетевуху Intel, поочереди повтыкал ее в компы с проблемами... сразу стало все нормально. Странно все это. Почему все работало с win-серваком?

а кто-ж-его-знает :) Может в винде драйвера интегрированной карты кривы и работали в режиме совместимости ne-2000 (или кто-там у них как эталон проходит) и глохло всё на активном обмене или наоборот :-) Или воткнув другую сетевуху вы просто замаскировали имеющуюся проблему.

Исходное положение - был (не один год) сервер под управлением ось А. Поменяли на ось Б. Окружающая физика та-же (клиенты/провода/платы). Начались глюки - очевидная проблема в ось Б. Очевидный кусок проблемы - ntfs, но вы уверяете что это не оно, и на ext3|4 те-же грабли. Приведённый конфиг самба не должен вызывать указанных проблем, должен либо работать, либо нет (второе вернее)...

imho это та ситуация, когда сеть надо смотреть непосредственно. Где-то чего-то в ней вы не уловили и не можете поэтому сказать. Должен быть фактор вызывающий нестабильность работы, и это не сетевые карты клиентов.