Samba 3.0.21

А как с Active Directory ? Контроллером может быть?

>- Теперь полностью поддерживается NTLMv2

Бог есть ! :)

А 1C под Wine с SMB сможет работать (там были какие-то проблемы с блокировками файлов)?

> - Возможность управлять *nix сервисами через Win32 Service Control API
> - Возможность смотреть /var/log/* через Microsoft Event Viewer

Нафиг не нужно.

> - Приложения, использующие libsmbclient, теперь могут листать длинные имена расширяемых ресурсов

Отлично, ждем обновления соответствующих FUSE.

>> - Возможность управлять *nix сервисами через Win32 Service Control API >> - Возможность смотреть /var/log/* через Microsoft Event Viewer

>Нафиг не нужно.

Не скажи. Сделать Самбу транспорентной для Овиндевших админов вещь сугубо политическая и потому необходимая.

>Возможность смотреть /var/log/* через Microsoft Event Viewer

Может ли это означать нормальное ведение логов? Или во viewer'e будем наблюдать connection reset by peer? Если еще добавить туда глючной лог от vfs full_audit, то виндовый viewer умрет :) Вот наверно в чем тайный смысл :)

:)

Еслиб так.

В том то и дело что все глюки в М$ консоли при просмотре smbd-сервера тутже заносятся на счет тойже самбы. И доказать этим тупым ослам что-то, станивится просто невозможо.

А тут вам "хотите мЫшой просматривать логи? - Пожалуста! Хотите самбу ресстартнуть правой мышиной кнопочкой? - бите шон!" "И ктомуже господа ее ненадо раз в неделю патчить как ваш гребаный NT 5.0!"

- Приложения, использующие libsmbclient, теперь могут листать длинные имена расширяемых ресурсов

Не догнал, что значит эта фраза. Прочитал в оригинале. Речь шла о расшариваемых, а не расширяемых ресурсах.

Кстати, вопрос. Кто-нибдуь успешно заюзал новую фишку "старой" самбы 3.0.20, это та, где файлы наследуют acl родительского каталога? По идее, должно быть очень удобно создавать групповые ресурсы и элементарно накладывать на них файловые квоты, если шары на PDC samba. Доки все перечитал - нормально работать заставить так и не получилось.

Покажите, что в конфиге указываете.

> А тут вам "хотите мЫшой просматривать логи? - Пожалуста! Хотите самбу > ресстартнуть правой мышиной кнопочкой? - бите шон!" "И ктомуже > господа ее ненадо раз в неделю патчить как ваш гребаный NT 5.0!"

Скепсис у меня на этот счет... Давать неандертальцам такой инструмент. Сломают, обгадят... :(

Риск есть ;)

А что делать.

> Сделать Самбу транспорентной для Овиндевших админов вещь сугубо политическая и потому необходимая.

А зачем собственно? Мне кажется, что идиотов в мире и так гораздо больше, чем необходимо...

>А 1C под Wine с SMB сможет работать (там были какие-то проблемы с блокировками файлов)?

Были проблемы где.
Если в SMB нет проблем все работает давно.

> - Приложения, использующие libsmbclient, теперь могут листать длинные имена расширяемых ресурсов

В смысле smbclient использует rpc - т. е. аналогично net rpc share?

> А как с Active Directory ? Контроллером может быть?

Сказано же, давно ещё, с версии 4.0

>Были проблемы где.

В самбе вестимо.

>> А как с Active Directory ? Контроллером может быть?

Сказано же, давно ещё, с версии 4.0

А когда четверка ожидается? Хотябы альфа?

>Переписан механизм oplock'ов в CIFS

Спорим на литр, что гребанная 1С dbf работать не будет.

>Кто-нибдуь успешно заюзал новую фишку "старой" самбы 3.0.20,
>это та, где файлы наследуют acl родительского каталога?
это свойство default acl из ACL работает нормально
nt acl support = yes
inherit acls = yes
map acl inherit = yes

Спорим что будет?

Кто будет тестовым кроликом?

Если 25-45 рыл сидят в одной базе тоже будет? Сейчас вроде не работает.

>Если 25-45 рыл сидят в одной базе тоже будет? Сейчас вроде не работает.

Сам-то понял, что сказал? 25-45 нигде не смогут работать даже на Win2003.

"25-45 рыл" на dbf ?

А чего так? (толко ради спротивного интереса)

> "25-45 рыл" на dbf ?

Terminal Services?

А что такого? Для самбы 50 клиентов пустяк просто. Другое дело ребята с блокировками мучались как раз с этими oplock.

>А что такого? Для самбы 50 клиентов пустяк просто.
Вот ымено.
>Другое дело ребята с блокировками мучались как раз с этими oplock.
Да кто мучается. У вас устаревшие данные. Главное оставить ее в покое и
не трогать эти oplock.
Samba - 3.0.20
1C - 7.7
32 -рыл сидят

Ну дык и я им говорю, что нагрузка < 20% чего бы не работать. А они говорят, подожди сейчас обработки запустят и всем трындец.

>Ну дык и я им говорю, что нагрузка < 20% чего бы не работать. А они говорят, подожди сейчас обработки запустят и всем трындец.

Ага зато когда под win обработки запускают все в пять раз летать быстрее начинает.

меня прут самбовцы
писали-писали-писали в самба4 это монстроидную клиенткую либу.
плюнули. начали писать другую - маленькую.

>Terminal Services?

Тогда при чём тут Самба?:)

>32 -рыл сидят

В ОДНОЙ базе? и все РАБОТАЮТ одновременно или только "иногда смотрят"?

>Ну дык и я им говорю, что нагрузка < 20% чего бы не работать. А они говорят, подожди сейчас обработки запустят и всем трындец.

А это фишки 1С-dbf - тут и с Win2000 server, и с Win2003, и с NetWare ситуация с точностью до 1%. Если нет возможности перейти на 1С-sql - тогда только Terminal помогает (хотя в этом случае сервер на 32 пользователя должен быть неслабый)

>хотя в этом случае сервер на 32 пользователя должен быть неслабый)

Да что значит неслабый. Свми говорите < 20%
Р4-3000 512 мозгов два 120Гб IDE винта в зеркале.

>Р4-3000 512 мозгов два 120Гб IDE винта в зеркале.

10-15 пользователей на сервере с 1G памяти и UWSCSI-винтами - и то хорошо пригружался:) Или вы не в курсе, что такое terminal server?:)

>Или вы не в курсе, что такое terminal server
Хм а я думал мы про самбу говорим. Ну извиняйте.
Кстат вопрос про самбу и 1С. 1Совцы настоятельно рекомендуют отключать кеширование записи.
Кто пробовал включать его на самбе. По умолчанию оно отключенно.

>1Совцы настоятельно рекомендуют отключать кеширование записи. Кто пробовал включать его на самбе. По умолчанию оно отключенно.

Вобще-то запись врядли имеет смысл кешировать... Записывается, как правило, на несколько порядков меньший объём, чем читается при запросе отчёта...

>Хм а я думал мы про самбу говорим. Ну извиняйте.

Если читать только "тему" и последние несколько слов поста - тогда действительно можно так "подумать":)

>Ну дык и я им говорю, что нагрузка < 20% чего бы не работать. А они говорят, подожди сейчас обработки запустят и всем трындец.

Пару лет назад тоже решил докопаться: почему так. Запускаешь сложный отчёт - 10 секунд, запускаешь этот же сложный отчёт с двух клиентских компов одновременно (под разными пользователями, естественно) - 5 минут. Испытывал Самба, винды различные, нетварь в качестве серверов - результат одинаков (+-1%). Потом полазыл по форумам - везде советы одни: Terminal Server или SQL. Потом полез "во внутренности": 1C лочит таблицы и поля в момент запроса и разлочивает их очень медленно (почти до секунды иногда - это очень много). А вот почему она вобще их лочит при запросе на чтение - ХЗ - это у 1С нужно спрашивать:)

>А вот почему она вобще их лочит при запросе на чтение - ХЗ - это у 1С нужно спрашивать

А вот почему она их лочит и на SQL у кого спросить.

Не вполне уверен, под "обработкой" похоже понимается автоматическое создание/проведение большого числа документов.

>10-15 пользователей на сервере с 1G памяти и UWSCSI-винтами

Это для дома 1G хорошо. У меня на работе на десктопе 2 гига - меньше не канает ибо жабского девелоперовского софта есть. На серваке 1G мало, тем более для 10-15 пользователей. Тем более для терминального сервера виндового. Как минимум 2 - 3 гига надо. Тогда и тормозить не будет. Винда - сила!

>под "обработкой" похоже понимается автоматическое создание/проведение большого числа документов.

В 1С "обработка" и "отчёт" - фактически одно и то же:) а то, что в них можно запихнуть "создание/проведение большого числа документов" - это да. Итересно, содержимое документов из /dev/random формируется?:)

>На серваке 1G мало, тем более для 10-15 пользователей. Тем более для терминального сервера виндового.

Если в терминале запускается ТОЛЬКО 1С, то более-менее хватает.

>Тогда и тормозить не будет.

Про количество CPU ты забыл сказать (чтоб не тормозила):)

>тем более для 10-15 пользователей. Тем более для терминального сервера виндового. Как минимум 2 - 3 гига надо.
300Мб на 1 одног пользователя * на мои 30 рыл = 10 гиг. Вот это сила.

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

Знающие товарищи говорят, что SQL - не панацея, тк. код написам херовенько и все таблицы таскаются целиком к клиенту. Надо ставить SQL и терм. сервер. Тогда сервак от Sun покупать сразу придется, че там мелочится.

>а как это сделать что-бы и другие могли к таблице обращаться
Да есть такое понятие в SQL "изолированности транзакций" или "уровни изоляции" да вот только 1Совцы про него не слыхали.

Лочит, чтобы была непротиворечивость данных (транзакций то нет), без лока на dbf делать отчет, все равно, что в sql делать отчет с параметрами транзакции "грязное чтение"

>Да потому что движок там локальной БД

>А в локальной БД с таблицей в определенный момент времени может работать только один процесс

Да не совсем так... Прикол в том, что если повторять опыт с терминальных клиентов (т.е. физически 1С-клиенты запущены на одной машине - терминал-сервере), то скорость получения отчёта падает только в 2-2.5 раза - вполне логично.

>Знающие товарищи говорят, что SQL - не панацея, тк. код написам херовенько
ХЕРОВЕНЬКО вы им льстите. Сходите на любой форум 1С и узнайте чей стон раздается.