Никто не сталкивался с проблемой зависания dbremote при работе через FTP
или e-mail на плохих каналах связи?

Канал иногда становится сильно перегруженным, ping очень большой и с потерями.
Если dbremote просто не может соединится, то все OK - пишет в лог ошибку
и отваливается (запускается с ключем -k).

Но быват, что соединится и зависает, пока не срубишь. Последняя запись в
логе обычно sending или receiving message и т.п.
Причем "прояснение" на канале связи не помогает


--
http://talk.ru/forum/talk.ru.accounting.development

КомпостеровАналогичная проблема. Если под NT он отваливается после 5 неудачных попыток, то под Linux - будет висеть сколько угодно долго....
У меня под NT и в таких случаях не отваливается, похоже, никогда.
По крайней мере пол-дня часа провисеть - запросто.
Если четко выраженное отсутствие связи - тогда да, честно сообщает об ошибке.
А вот на "мерцающем" канале просто беда. Репликация встает, покак кто-то
не заподозрит неладное

Как лечить? Периодически рубить все процессы dbremote.exe - он не один на сервере.

Рыжий КотЯ выполняю в пранировщике каждые пол-часа примерно такой bat-ник

net stop dbremote_service
pause.exe
net start dbremote_service


Я тоже так делал, когда dbremote работал сервисом и подписка была настроена
на отправку с интервалом.
Сейчас же подписка настроена Send then close и dbremote запускается
как приложение из планировщика. Так сделано, потому что нужна более
гибкая настройка интервалов отправки. Например в рабочее время - чаще,
в выходные и ночью - значительно реже.

Марсель
Подскажите как вы справлялись с этим ?

В одном из мест переделал в службу и сделал эпизодический перезапуск. Собственно как Рыжий кот описал.
В других местах просто оставил эпизодический визуальный контроль. Ярлык для срубания зависших процессов (типа tskill dbremote).