- | Показать
Zvitgrp
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: Zvitgrp
Кто то сталкивался вот с таким:
Re: Zvitgrp
Здравствуйте!Установила сетевую версию программы. На сервере "медок" работает, а вот клиент-часть не запускается, кликаешь запуск, и ничего... Что не так установила? P.S. Службу перезапускала
Re: Zvitgrp
если даже лого не прогрузилось, то Медку что-то мешает - например брандмауэр или фаервол на сервере или станцииin-net писав:Здравствуйте!Установила сетевую версию программы. На сервере "медок" работает, а вот клиент-часть не запускается, кликаешь запуск, и ничего... Что не так установила? P.S. Службу перезапускала
Re: Zvitgrp
Проблема решилась следующим образом: прописали ІР, отключили брандмауэр.
Re: Zvitgrp
Что бы не плодить темы, добавлю сюда:
В настройках указаны 4 ноды кластера. Родительский экземпляр сервиса zvtiGrp1 (DMF.AppServer) исполняет роль диспетчера соединений, при запуске порождает 4 дочерних процесса (те же исполняемые файлы DMF.AppServer) в роли равноправных узлов сервера приложений. Но, некоторые пользователи с упорством коннектятся не к диспетчеру Наверное, такое поведение - не нормально, особенно когда вижу перекосы в загрузке нод, в т.ч. при наличии незадействованных узлов, клиент попадает на обработку к Диспетчеру.
Либо настройка "Кількість служб" = 4, либо работа диспетчера должны быть изменены
Также встречался с проблемой, когда при заблокированном в "Мониторе" возможности коннекта с рабочих станций, пользователи, почему-то, прорываются и с успехов подсоединяются к серверу МЕДОКа (как через station.exe, так через ezvitNet.exe на терминальном сервере). Встречались ли с такой проблемой?
В настройках указаны 4 ноды кластера. Родительский экземпляр сервиса zvtiGrp1 (DMF.AppServer) исполняет роль диспетчера соединений, при запуске порождает 4 дочерних процесса (те же исполняемые файлы DMF.AppServer) в роли равноправных узлов сервера приложений. Но, некоторые пользователи с упорством коннектятся не к диспетчеру Наверное, такое поведение - не нормально, особенно когда вижу перекосы в загрузке нод, в т.ч. при наличии незадействованных узлов, клиент попадает на обработку к Диспетчеру.
Либо настройка "Кількість служб" = 4, либо работа диспетчера должны быть изменены
Также встречался с проблемой, когда при заблокированном в "Мониторе" возможности коннекта с рабочих станций, пользователи, почему-то, прорываются и с успехов подсоединяются к серверу МЕДОКа (как через station.exe, так через ezvitNet.exe на терминальном сервере). Встречались ли с такой проблемой?