Выгрузка с УКМ-2 на *nix (Samba) : УКМ-2

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

В торговой сетке, которую я админю, сложилось так, что магазины разбросанны по всему городу, а Кассовый сервер ОДИН. Плюс, ко всему, в каждом объекте в качестве роутера стоит машина под Linux-ом (RH). В некоторых магазинах вообще нет рабочих мест под виндой.
Вопрос: есть ли у кого опыт настройки smb.conf, для нормальной выгрузки более чем одной кассы.
Проблемы: с одной кассой всё вроде бы работает, хотя ....... (не всегда формируются кассовые документы в СМ2000, хотя файлы забираются. Помогает ручная выгрузка). А вот вторая и последуюшие кассы к каталогу на Samba не подключаются.

Дык текущий smb.conf выложи. Да и доку не худо бы научиться читать. На Opennet.ru масса статей по Самбе

И не забудь, что напрямую кассовым сервером лучше не выкладывать/забирать, если нет очень качественной и быстрой связи. Есть KillCopy, ее и используй.

Связь устроена через двух провайдеров с болансировкой нагрузки (quagga+ospf) = надёжность. Но вариант с KillCopy рассмотрю.

Что касаемо Opennet.ru. Там масса статей как Samba подружить с 1С. Логика подсказывает что это мне и нужно. Все рекомендации выполнил, но.......

Если у кого уже был опыт прошу поделиться. В свою очередь оюешяю, ечли нарою сам выложу.

____
olegon: прости что не в тему. Очень рад тебя видеть в инете. В своё время, ты почти единственный, кто мог решить мои проблемы по СМ. Желаю удачи.
____

Я, кажется, догадался, кто скрывается под твоим ником :) Что касается твоей проблемы, то ты так и не указал, какая ошибка при выгрузке касс и какой у тебя конфиг самбы. Тут, собственно, не принципиально, что касса это или нет, так что опыт есть у многих. Пока вижу только вариант с развешиванием лапши на уши провайдером. Попробуй с машины кассового сервера сделать ping -l 65500 линукс_роутер.

c Samba ещё помучуюсь. Потом приведу conf.

Что касается KillCopy. ping -l 65500 линукс_роутер меня не порадовал.
Я так понимаю:
Приём:
1. на Кассовом сервере сделать локальные папки
2. с расщаренных папок в магазинах копировань файлы в локальные папки на КС.
Выгрызка:
1. Выгружаем на локальные папки
2. КиллКопим на магазины
Так?

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

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

угу. да еще в тех же скриптиках ужать архиватором.
даже не для экономии трафика, что тоже полезно, а из соображений: "маленькие файлики надежнее проскакивают"

только надо четко выдержать протокол обмена:
1) сервер проверяет отсутствие cash.ldd
2) сервер выкладывает cash.non (данные формируются, не забирать)
3) сервер проверяет наличие cashxxx.db; если его нет - прошлые выгрузки забрала касса, можно вычистить каталог от старых данных
4) сервер выкладывает данные
5) сервер формирует новый или дописывает старый cashxxx.db (список файлов с указанием типов данных и типа прогрузки для каждого, он же флаг "данные готовы")
6) сервер удаляет cash.non
7) касса проверяет отсутствие cash.non
8) касса проверяет наличие cashxxx.db
9) касса выкладывает cash.ldd (забираю данные, новые не совать)
10) касса считывает построчно cashxxx.db, загружает указанные в нем файлы
11) касса удаляет cashxxx.db (данные загружены)
12) касса удаляет cash.ldd

легко видеть, в чем будет проблема с инкрементальными выгрузками, которую Олег поминал:
в пятом пункте надо _дописать_ содержимое нового флага к старому.
самое простое лобовое решение - не копировать новые данные, если касса не забрала старые.
более правильное - анализировать cashxxx.db и дописывать строки, описывающие файлы того же типа данных пока идут инкрементальные выгрузки.
как только для типа данных придет полная - выкинуть старые инкрементальные (вместе с самими файлами)

самому серверу в этом плане проще: он точно знает, что если он выкладывает полную выгрузку, то ничего анализировать не надо, а надо просто вычистить каталог и положить все новое. если же не полную - значит дописать в конец cashxxx.db новые строки

а если у сервера не стоит настройка "полная выгрузка", но каталоги пусты, что он будет делать?
Я думаю каждый раз вычищать каталоги. А инкрементальная выгрузка, это конечно может и быстрее, но полная надёжнее (но это субективно)