1 (17.07.2010 16:04:26 отредактировано Cruiser78)

Доброго времени суток, коллеги!

Итак сабжевая проблема. Дано 1С 7.7 файловый вариант. Samba+Fedora 13 (свежеустановленное). Все конфиги были перенесены с работавшего сервера один в один. Однако.... Дежурная задача, что крутится в Выни в VirtualBox'е (это тоже было сохранено) обломалась на переиндексации базы 1С. Начала писать, что возникает неустранимая ошибка 630  Optimisation File Flushing Failure на первом же переиндексируемом файле. Дальше процесс завершается и опаньки... Это в том случае, если я подключаю рабочую базу по samba. Раньше при тех же конфигах такого состояния не возникало ни разу. Идем далее, пользуемся тем, что VB живет на том же хосту, что и рабочая база. То есть подключаю рабочую базу как "локальную" папку, то есть без samba. И что мы видим? Правильно - мы видим, что индексация проходит как ураган, без сучка и задоринки. Какой мы можем сделать вывод? А вывод один - что собака зарылась в самбе, но вот где?.. Кстати, в SELinux открыжил на разрешение все вхождения по samba, да и поставил его в "разрешающий" режим... Хотя, наверное, надо его вообще выключить, наверное..

Итак, коллеги, помогите разобраться, что же это за ошибка такая и что именно её может порождать...
Конфиги самбы не выкладываю, так как они типовые, без затей и более того - днем они еще работали. Но перестали работать после перехода с 12й федоры на 13ю.

Да, и еще: Помимо окошка с номером и описанием ошибки Windows из статусбара выдает сообщение, что это есть "ошибка отложенной записи в файл..., что ошибка может быть вызвана неполадками в сети". А какие там могут быть неполадки, если 1С, samba и база на одном физическом хосту живут? Только глюк от самбы, иного не вижу...
============
Да, кстати, попутно выяснил, что VB работает с "локальными" устройствами тоже через самбу... Вот только подключение чуть иначе реализовано. А так - весь обмен (протокол) в те же самбовые логи валится, что и при традиционной регистрации (//server/share)...
=================
Не стоит верить всему, что пишут в Инете... По крайней мере RF13 гораздо более строже относится к параметру самбы write cache size.