На машине с Win2k стоит клиент Бат 3.71.04.
Хранилище (папка с настройками и почтовыми базами) находится на машине с Win2k3, на "сетевом диске" (сетевой диск - это общая папка, общий ресурс, шара виндовс).
После первого утреннего запуска Бат оказывается, что
1) почтовые базы на сетевом диске в целости и сохранности,
2) для Бат полностью утеряны/сброшены настройки самого ящика.
После этого при попытке принудительно указать старое место хранения почтового ящика, настройки не восстанавливаются. Тогда достаю архивные файлы настроек ящика, копирую в соответствующуу сетевую папку с ящиком и всё работает весь день, или даже пару следующих дней тоже.
Очень похоже, что дело в системных багофичах доступа к сетевому диску. Похоже, что настройки теряются при утреннем первом запуске Бат. Вероятно есть какие-то неожиданные помехи для доступа к сетевому диску. В "ACCOUNT.LOG" не нашёл что-либо интересное.
Как диагностировать в Бат, какая именно причина, с "точки зрения Бат", приводит её к краху?
Или чтобы это могло быть?
Могут ли дать такой результат задержки по времени при доступе к сетевому диску? Задержки порождённые сетевым оборудованием/сервером и проч.
Пытаюсь понять с чего начать искать...
P.S. Для Бат доступ к сетевому диску организован следующим образом.
Клиент, лок.сеть 1
-> Iptables шлюз, где делается NAT лок.сеть 1 в сеть 2
----> ISA шлюз с сетью 2, непосредственно на ISA шлюзе находится папка с содержимым сетевого диска.
Сеть 2 это OpenVPN канал между двумя шлюзами.
В логах OVPN разрывов не вижу при уровне детализации 3. Уровень детализации приподниму скоро, но пока это так. Сам VPN канал выглядит как работоспособный, не могу найти на что пожаловаться.
+
Детализация 5-го уровня проблем не выявила, канал работает. Под подозрением на сервере тайм-аут отключения клиентов от "общего" сетевого ресурса, по дефолту он 15мин, "отваливающиеся" сетевые диски. Вероятно Бат правильно не обрабатывает такое отключение от хранилища.
Хранилище (папка с настройками и почтовыми базами) находится на машине с Win2k3, на "сетевом диске" (сетевой диск - это общая папка, общий ресурс, шара виндовс).
После первого утреннего запуска Бат оказывается, что
1) почтовые базы на сетевом диске в целости и сохранности,
2) для Бат полностью утеряны/сброшены настройки самого ящика.
После этого при попытке принудительно указать старое место хранения почтового ящика, настройки не восстанавливаются. Тогда достаю архивные файлы настроек ящика, копирую в соответствующуу сетевую папку с ящиком и всё работает весь день, или даже пару следующих дней тоже.
Очень похоже, что дело в системных багофичах доступа к сетевому диску. Похоже, что настройки теряются при утреннем первом запуске Бат. Вероятно есть какие-то неожиданные помехи для доступа к сетевому диску. В "ACCOUNT.LOG" не нашёл что-либо интересное.
Как диагностировать в Бат, какая именно причина, с "точки зрения Бат", приводит её к краху?
Или чтобы это могло быть?
Могут ли дать такой результат задержки по времени при доступе к сетевому диску? Задержки порождённые сетевым оборудованием/сервером и проч.
Пытаюсь понять с чего начать искать...
P.S. Для Бат доступ к сетевому диску организован следующим образом.
Клиент, лок.сеть 1
-> Iptables шлюз, где делается NAT лок.сеть 1 в сеть 2
----> ISA шлюз с сетью 2, непосредственно на ISA шлюзе находится папка с содержимым сетевого диска.
Сеть 2 это OpenVPN канал между двумя шлюзами.
В логах OVPN разрывов не вижу при уровне детализации 3. Уровень детализации приподниму скоро, но пока это так. Сам VPN канал выглядит как работоспособный, не могу найти на что пожаловаться.
+
Детализация 5-го уровня проблем не выявила, канал работает. Под подозрением на сервере тайм-аут отключения клиентов от "общего" сетевого ресурса, по дефолту он 15мин, "отваливающиеся" сетевые диски. Вероятно Бат правильно не обрабатывает такое отключение от хранилища.
Изменено: - 08.10.2008 21:54:48