почти год отбегала машинка с самбой из debian 3.1 (sarge)
1с 7.7, релиз 25й. торговля и склад (порядка 600мб)
3 клиента на winxp (1с и винхп - все лицензия), антивирей на клиентах
не установлено
железо файлопомойки: 1.6Ghz, 2гб рам, база на software raid0 (под XFS)
из 2х SATA 160gb, 1гб сетевуха DGE-550T под ванильным ядром 2.6.17.х
система живет на отдельном IDE винте
нагрузка проца в пиковые моменты не более 30%, пиковый трафф 1,5мбайта
дисковая подсистема практически простаивает. памяти еще дуром в запасе
эта машинка с базой на борту проработала почти год - проблем не возникало
ПО на сервере не менялось, 1с как движок, так и конфа тоже не менялись
кроме разве что роста базы (текущий размер порядка 600Мб)
при подключении клиента (всего 4 клиента) к базе на каждого открывается
порядка 400 сотен файлов. для самбы лимит 30000. oplocks и иже с ними
работали изначально по дефолту. единственное - задается размер буферов
сокета и TCP_NODELAY. работает как workgroup, всех мапят в юзера nobody
пару недель назад 1с стала выпадать с кодом -56,
ошибка захвата таблицы <каждый раз новая> для записи или чтения
(по памяти 1SJournal, 1SUSERS, ...)
1с отпадает с указанной выше ошибкой. после чего отваливаются и остальные
клиенты с теми же симптомами. и соотв каждый раз нужна переиндексация.
smbstatus показал стандартное поведение - read и write lock's по очереди
для каждого клиента
1) пробовал с самбой из sarge (3.0.14), sarge-backports (3.0.23) и
полный dist-upgrade до etch и самбы (3.0.24)
2) брал ранние бэкапы базы, делал тестирование и исправление ИБ
3) в 1с "педали" период опроса базы и таймаут ожидания блокировки
таблиц поднял с 10 и 15 до 60 и 90
4) поставил в самбе log level = 3, копался в логах. подозрительного ничего
не нашел
5) крутил педали "период опроса таблиц" и таймаут ожидания блокировки
в per-user settings 1с (было 10 и 15, ставил 60 и 90 - пофигу)
сбои продолжаются. стал проверять железо
у винтов в SMART'е все норм, с файловой системой и памятью все ок
сетевуху и свитч заменили на 1гб DGE-550T и 8портовый 1гб 3com,
заменил даже патч корды на "заводские"
нарисовали внешний стресс-отчет (агрессивное заполнениние номенклатуры
и приходы на склад - симуляция работы манагеров) и натравили на базу
результаты неоднозначные - 1с может отвалиться при запуске отчета,
либо пробегать 15,20,30,... минут без каких либо проблем
теста ради положили базу на одну из винхп. "тупит" жестко, но
ни разу не выпало за весь рабочий день
перерыл весь гугл и форумы 1сников. не могу даже 100% вопроспроизвести
сбой. кто подскажет куда копать?
