Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
Pro100A1ex написал(а):
Сделали как Вы написали, создали пользователя "Оповещения", добавили уведомления с признаком "посылать для всех доступных лифтов", далее нужных пользователей сделали наследниками пользователя "Оповещения", но почему-то оповещения не приходят, создаем одно оповещение лично для пользователя - все Ок (оповещения начинают приходить), в чем может быть проблема?

Действительно была ошибка - пользователи, у которых не было ни одного "своего" уведомления, т.е. уведомления описанного конкретно для этого пользователя, просто не рассматривались при отсылки оповещений, несмотря на то, что оповещения были описаны у пользователей - образцов.

Ошибка исправлена и 03.05.2018 будет выложено обновления ПО.

А сейчас можно просто добавить пользователю какое-то одно уведомление, тогда и уведомления пользователей - образцов будут работать.
 
"Сообщение "данные от IP:port не расшифровываются (interface1)" говорит о том что с какого то ЛБпро данные идут на сервер, но этого блока нет в конфигурации ПКЛШ?
 
revit написал(а):
"Сообщение "данные от IP:port не расшифровываются (interface1)" говорит о том что с какого то ЛБпро данные идут на сервер, но этого блока нет в конфигурации ПКЛШ?

Формально это значит, что на UDP порт ПКЛШ пришел UDP пакет, который не расшифровывается ни общим ключом, ни ключом отдельных ЛБ, введённых в связи.

Если бы из конфигурации ПКЛШ был бы удалён ЛБ с ID, но этот ЛБ имеет ключ совпадающий с общим ключом ПКЛШ или каким-либо ключом в связи, то сообщение было бы другое "получен пакет от неизвестного устройства (ID) с адреса (IP)"

Сообщение "данные от IP:port не расшифровываются (interface1)" появилось бы, если бы у ЛБ был изменён ключ, причем не важно есть этот ЛБ в конфигурации ли нет.

Сообщение "данные от IP:port не расшифровываются (interface1)" появилось бы, если бы на порт ПКЛШ пакеты посылал какой-нибудь КСЛ или ПКСЛ.

Сообщение "данные от IP:port не расшифровываются (interface1)" появилось бы, если бы на порт ПКЛШ пришел вообще "левый" пакет.

Когда ДК "Обь" живет долго и долго развивается, то появляются всякого рода рудименты или "незавершённые остатки действий при изменении конфигурации". Раньше информация, связанная с ними, выводилась только в лог. Сейчас "прореженная" по времени эта информация будет выводится в систему оповещений. Реализоваться такая возможность будет постепенно для разных модулей. В последнем обновлении были выложены как раз ПКЛШ и LKDSPro.

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

Есть еще информация - возможно при последнем обновлении появится сообщение UpdateUpdateService.png Это не ошибка, сообщение по недосмотру попало в систему оповещения и при следующих обновлениях появляться не будет.
 

Вложения

  • UpdateUpdateService.png
    UpdateUpdateService.png
    3 KB · Просмотры: 0
Т.е на сервер прилетают пакеты и неизвестно от кого (ЛБ/КСЛ). А как узнать что это, либо это нужный имеющийся в структуре ЛБ, но с неправильным ключом (и отсутствующей в данный момент связью), либо же это вообще что-то левое, чтобы предпринять меры?
В первом случае я могу попробовать набрать предполагаемый индивидуальный ключ в тех ЛБ что не на связи или выяснить его у тех кто отвечает за настройку ЛБ по данным этих ЛБ (ID, IP).
Во втором случае получается ни как... просто наблюдать за постоянно всплывающим посередине экрана окном сообщения?
Как отключить в таком случае эти ненужные сообщения не отключая всей службы? Может какой-то игнор лист сделать?
 
Последнее редактирование модератором:
revit написал(а):
Т.е на сервер прилетают пакеты и неизвестно от кого (ЛБ/КСЛ). А как узнать что это, либо это нужный имеющийся в структуре ЛБ, но с неправильным ключом (и отсутствующей в данный момент связью), либо же это вообще что-то левое, чтобы предпринять меры?
В первом случае я могу попробовать набрать предполагаемый индивидуальный ключ в тех ЛБ что не на связи или выяснить его у тех кто отвечает за настройку ЛБ по данным этих ЛБ (ID, IP).
Во втором случае получается ни как... просто наблюдать за постоянно всплывающим посередине экрана окном сообщения?

В данном случае можно проанализировать IP, от которого приходят пакеты. Для начала, например, через http://xseo.in/ipinfo . Может провайдер поможет определить точку, с которой приходят пакеты.

В систему оповещения повторяющиеся сообщения приходят не чаще чем через 5 минут. Реальный темр получения пакетов можно посмотреть в папке \LKDSDrv\LKDSDrv\BadClb\ в файлах: Bnnnnn_ss_mmmmmmm.Bad, где:
• nnnnn – номер подсети ПКЛШ
• ss – номер слота ПКЛШ
• mmmmmmm – последовательный номер файла;

revit написал(а):
Как отключить в таком случае эти ненужные сообщения не отключая всей службы? Может какой-то игнор лист сделать?

Сейчас система оповещения не настраивается, но доработки будут сделаны, например, для:
- изменения периода "прореживания" по заданной подстроке сообщения
- запрета отображения по заданной подстроке сообщения
- посылки дубля сообщения на email по заданной подстроке сообщения
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Сейчас система оповещения не настраивается, но доработки будут сделаны, например, для:
- изменения периода "прореживания" по заданной подстроке сообщения
- запрета отображения по заданной подстроке сообщения
- посылки дубля сообщения на email по заданной подстроке сообщения

Узнал я IP , какой провайдер, но это ничего не дало. Кто посылает мне пакеты на ПКЛШ в двух подсетях я не знаю.
Обязательно нужно делать какие то настройки , а лучше бы конечно и игнор-лист, т.к работать на сервере не возможно в большой сети. Окно посередине экрана постоянно мешает и приходится просто отключать-убирать значек из трея.
 
Последнее редактирование модератором:
Сейчас система оповещения не настраивается, но доработки будут сделаны, например, для:
- изменения периода "прореживания" по заданной подстроке сообщения
- запрета отображения по заданной подстроке сообщения
- посылки дубля сообщения на email по заданной подстроке сообщения

Давно хотел спросить, будут ли доработки модуля LKDSDrvCfg с целью добавления функционала логгирования и просмотра истории пропадания и восстановления связи c УМ в окне "Настройки программного КСЛ"?
 
Последнее редактирование модератором:
Kranch написал(а):
Давно хотел спросить, будут ли доработки модуля LKDSDrvCfg с целью добавления функционала логгирования и просмотра истории пропадания и восстановления связи c УМ в окне "Настройки программного КСЛ"?

Именно так делать не предполагается. Значимая информация о работе подсистем записывается в лог файлы - это текстовые файлы, которые можно смотреть любым текстовым редактором.

Предполагается изменить структуру записи этих лог файлов, что бы сделать её более наглядной, что бы нужную информацию можно было группировать с помощь текстовой сортировки, например, с помощью sort
 
MS SQL сервере Express имеет ограничение на размер базы данных, поэтому возникает проблема очистки базы, что бы не превысить лимит. Очистка возможна штатными средствами MS SQL Посмотреть вложение PurgeDB.doc

Выложено обновление ПО, в котором в сервер LKDSDisp добавлена автоматическая очистка базы данных (удаление оперативных данных), если использовать штатные средства MS SQL по каким либо причинам нежелательно.

Параметры очистки задаются в SPult в режиме Администратора в общих параметрах: PurgeDB1.png PurgeDB2.png

Очистка запускается каждые сутки в 03:06. Для исключения излишней нагрузки MS SQL сервера за один раз очищается не более двух суток. Т.к. очистка запускается каждые сутки, то через какое-то время будет достигнута заданная глубина хранения данных.
 

Вложения

  • PurgeDB1.png
    PurgeDB1.png
    38.2 KB · Просмотры: 0
  • PurgeDB2.png
    PurgeDB2.png
    39.3 KB · Просмотры: 0
  • PurgeDB.doc
    PurgeDB.doc
    179 KB · Просмотры: 0
Перестало работать подключение к серверу пользователей, у которых логины написаны с помощью кириллицы, но оказалось вообще существует баг с авторизацией: переименовал пользователя латиницей, проблема осталась, в чем причина?
 
Последнее редактирование модератором:
Pro100A1ex написал(а):
Перестало работать подключение к серверу пользователей, у которых логины написаны с помощью кириллицы, но оказалось вообще существует баг с авторизацией: переименовал пользователя латиницей, проблема осталась, в чем причина?

Проблема все-таки локальная. Получите ситуацию с ошибкой авторизации, сформируйте файл для передачи в теходдержку, укажите время сбойной авторизации и пришлите данные.
 
Андрей Ефименко написал(а):
Проблема все-таки локальная. Получите ситуацию с ошибкой авторизации, сформируйте файл для передачи в теходдержку, укажите время сбойной авторизации и пришлите данные.


По подключению к серверу с компьютера разобрались, оказался введенным системный ключ, а вот у некоторых товарищей на Андроиде почему-то не заходит, хотя поначалу все было нормально, при этом пользователи лишь обновили себе программу.
 
Да,иногда забывают, что введен системный ключ, и пытаются ввести полностью пароль, на что получают ошибку авторизации. Может ввести индикатор введенного системного ключа?
Приложение на Андроиде периодически не пускает с верно введенным паролем.
 
Последнее редактирование модератором:
Pro100A1ex написал(а):
По подключению к серверу с компьютера разобрались, оказался введенным системный ключ, а вот у некоторых товарищей на Андроиде почему-то не заходит, хотя поначалу все было нормально, при этом пользователи лишь обновили себе программу.

По ASPult. Подключение проверялось. Попробуйте удалить параметры подключения (параметры сервера) и ввести параметры подключения снова.
 
Kranch написал(а):
Да,иногда забывают, что введен системный ключ, и пытаются ввести полностью пароль, на что получают ошибку авторизации. Может ввести индикатор введенного системного ключа?

Можно, например, окрашивать поле пароля, скажем, в светло-желтый цвет, если в выбранном подключении используется системный ключ. Правда это уменьшит "секретность". Будет сразу понятно, что системный ключ есть.

Kranch написал(а):
Приложение на Андроиде периодически не пускает с верно введенным паролем.

Скорее это недоступность самого сервера. Можно в файлах \LKDSDrv\LKDSDisp\BadDisp\*.bad
поискать строки Not find user во время неудачного подключения. Если строки есть, то до сервера доходят пакеты, но невозможно их авторизовать. Если строк нет, то пакеты от ASPult до LKDSDisp не доходят вообще.
 
При запуске LKDSUpdate из панели задач, обновления не происходит и выдаётся сообщение. ____1.jpg. В папке LKDSUpdate нет файла Reg.bat. Как исправить ситуацию?
 

Вложения

  • ____1.jpg
    ____1.jpg
    99.8 KB · Просмотры: 0
Последнее редактирование модератором:
madlev написал(а):
При запуске LKDSUpdate из панели задач, обновления не происходит и выдаётся сообщение. Вложение IPB #1664. В папке LKDSUpdate нет файла Reg.bat. Как исправить ситуацию?

Сформируйте данные для передачи в техподдержку и пришлите.
 
А переконвертировать параметры ПКЛШ в LKDSPro каким нибудь образом можно?

Очень не хочется вручную перебивать из 18 пклш около 240 блоков..... :-(
 
Последнее редактирование модератором:
revit написал(а):
А переконвертировать параметры ПКЛШ в LKDSPro каким нибудь образом можно?

Очень не хочется вручную перебивать из 18 пклш около 240 блоков..... :-(

Это поможет сделать любой текстовой редактор, например, "Блокнот"

1. В LKDSProCfg заполняем собственные сетевые параметры.

2. Из файлов конфигурации ПКЛШ ( /LKDSDrv/LKDSDrv/LKDSClb<подсеть>_<УМ>_<Слот>.XML) извлекаем строки с пятой по предпоследнюю, т.е. все тэги LinkCLL, в которых Number не равен 0. И помещаем эти строки перед последней строкой файла /LKDSDrv/LKDSPro/LKDSPro.XML

3. Проверяем синтаксическую структуру файла /LKDSDrv/LKDSPro/LKDSPro.XML Для чего открываем его в "Internet Explorer" Windows. Если увидите всю структуру, то пока все хорошо.

4. В файле /LKDSDrv/LKDSPro/LKDSPro.XML начиная со строки 5 и до предпоследней строки изменяете атрибут Number= Он должен последователь возрастать с 1 с шагом 1

5. Опять проверяем синтаксическую структуру файла /LKDSDrv/LKDSPro/LKDSPro.XML Для чего открываем его в "Internet Explorer" Windows. Если увидите всю структуру, то пока все хорошо.

6. Перезапускаем службу LKDSPro

7. Запускаем LKDSProCfg, что бы убедиться в наличии всех блоков.

8. Во всех ЛБ Pro, конфигуратором, который запускается из LKDSDrvCfg из параметров ПКЛШ, прописываем встречную связь на LKDSPro (Ident, IP, порты). В LKDSProCfg убеждаемся в наличии связи.

9. В Административном режиме в MPultPro и/или Spult в панели параметров ЛБ в "Источника информации от ЛБ" меняем "Сеть передачи данных Обь" на "Служба поддержи ЛБPro". Поле "индекс описания ЛБPro" вводим индекс этого ЛБ в LKDSProCfg.

Причем все это можно делать не единовременно, а постепенно.
 
Ок. попробую.
 
Последнее редактирование модератором:
Назад
Сверху