Ошибка открытия файла резервной копии орион про

ошибки при запуске

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

Вернуться в «АРМ Орион Про версии до 1.20»

Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?

Microsoft Server 2003 Std
Орион Про 1.12 без SP
Всё ставилось с дистрибутива Орион Про, ничего постороннего
На сервере установлены: Сервер, Оболочка с Ядром опроса, Управление сервером. Всё остальное не устанавливалось, сервер только для сервера.
Соединения с двумя пультами через два COM-порта.

UProg с этого сервера успешно общается с приборами, то есть, COM-порты рабочие.

Сегодня была авария по питанию, которую не заметили из-за ИБП. После смерти ИБП отвалились мониторы. Подали электричество, запустили, оболочка на сервере (не на мониторах) запускается с ошибкой соединения. Лог такой
29.07.2019 12:54:46 | Hint: Соединение с сервером
29.07.2019 12:54:59 | Error: Ошибка 240. Невыполнение запроса: транслируемые события
В ядре опроса СОМ-порты перестали присутствовать.
Orion.ini нормальный (у меня сохранён эталонный для сравнения)
Сейчас система работает под пультами и БКИ, есть время подумать.

Как с меньшими потерями запустить сервер?
Могу развернуть системный диск из февральского образа + субботний бэкап базы. Проблема — потеряется доверие в домене, придётся выводить из домена и затаскивать обратно. Вроде бы несложно и я знаю, как это сделать.
Можно переустановить сервер на работающей машине. Не представляю себе это, просто никогда не делал. Сдуру переустановлю всё.
А может быть можно при переустановки отметить галочкой только ядро опроса и всё?
Посоветуйте.

Источник

Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу

Установлена Орион ПРО 1.20. ЦСО запущен.
Когда первый раз заходил в Мнеджер Центрального Сервера, ошибка — не удалось подключиться к серверу.

В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело.

Спустя 2 дня снова ошибка — не удалось подключится к серверу.

Что можно сделать в данной ситуации?

3 года 7 месяцев назад

– Налетов Константин 3 года 7 месяцев назад

9 ответов

Не изменилось ничего.

Просто пишет — не удалось соединиться с сервером.

ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку.

Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка.

3 года 7 месяцев назад

– Комаров Александр Федорович 3 года 7 месяцев назад

– Налетов Константин 3 года 7 месяцев назад

Совершенно недавно поднималась тема про антивирус KAV https://partners.bolid.ru/forum/forum_3486.html, который закрывает порты, может и у Вас такая же ситуация.

3 года 7 месяцев назад

Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало.

3 года 7 месяцев назад

А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803).

3 года 7 месяцев назад

Если у вас каталог всего один — он с вероятностью 99% правильный, если вы руками не заменяли модули.
У каждой программы есть версия (которую в том числе можно посмотреть в свойствах файла на вкладке «подробно») и они на ЦСО и менеджере сервера должны быть 1.20 или выше.

Откройте ЦСО на вкладке «О программе». Посмотрите текущий порт. (по умолчанию 2001).
Выполните в командной строке команду

Запустите менеджер сервера. Дождитесь ошибки, что не удалось подключиться и нажмите ок.
В менеджере сервера выберите пункт «ФайлСервер. «. В открывшемся окне укажите текущий адрес компьютера (или 127.0.0.1 для локального) и порт совпадающий с тем, который указан в ЦСО. Нажмите ок.

Если нет записи что порт LISTENING или всё равно возникает ошибка — надо проверять настройки антивирусов и фаерволов.
Если совсем ничего не получается — обращайтесь в техподдержку. С вами ещё раз проверят все настройки и если не найдут ошибок в настройках — вышлют специальные модули для диагностики проблемы.

– Комаров Александр Федорович 3 года 7 месяцев назад

Источник

forum-bolid.ru

Менеджер центрального сервера , проблемы с Параметрами БД

Здравствуйте, есть Орион Про 1.20.1 настроен, работает.
НО есть 2 проблемы.
1) При запуске утилиты, как приложено в картинке, нет параметров БД , информации по базе . НО при этом сам орион работает, монитор, сервер и все все все. А вот в Менеджере ничего сделать нельзя ибо во вкладке БД все пункты серые, не активные.
Лечится данная ерись методом перебора способа подключения базы (127.0.0.1, имя сервера при поиске из списка, ай пи адресс) Настроено по айпи адресу. Раза с 20-30 помогает, и соединение появляется и все ок. Проблема возникает через раз, а если перезагрузки компьютера небыло больше недели то 100 %.
КАК решить данную проблему?
2) Где искать или может кто поможет пошагово написав инструкцию по Резервному копированию БД при помощи Винды и планировщика задач.(у самого нихрена не получается. Болидовцы говорят что мля нажми 2 кнопки и все гуд. НО нихрена не работает, Задача не создается автоматически).

Картинку для наглядности и то что получается.(качество режет форум)
И по 2 вопросу, я написал что хотел, трудности с пониманием и знанием функционала, тогда наверное не стоит писать ненужные посты, а если хотите поговорить за жизнь то пишите в личку, пообщаемся.

Можно попробовать в реестре поискать ветку BOLID, и там в подветках ручками поправить, тоже прокатывает.
У меня как-то тоже была проблема с именем базы, ручками поправил в реестре и прокатило.

Ну это так, если другие варианты не получатся. Атак же.

Pahill , у Вас используется плата расширения на 10 com портов?

Посмотрите в программном модуле Администратор Базы Данных (АБД) настройки com портов- какой там задан тип ПИ ?

Возможно поможет тема (последнее сообщение):
Загрузка CPU сервера опроса.

У ТС проблема была в типе преобразователя интерфейсов. Разница между ними кстати описана в инструкции, но про рекомендации для С2000-Ethernet ни гу-гу.

«. Тип преобразователя интерфейсов, используемого для конвертирования RS-485 интерфейса.

Источник

forum-bolid.ru

Проблема с Windows Server 2016 и Орион Про

Здравствуйте!
На Windows 7 (EN) работает всё отлично, ставил сам.
Сейчас осуществляем переезд на другую железку с Windows Server 2016. Система англоязычная, поэтому сначала установил SQLEXPRESS2012 с активированной учеткой SA и паролем 1-6, импортировал нашу базу, установил Орион Про, изменил в реестре данные для нашей базы.
Запускаю shell, запускаю cso (OCS) и больше ничего не запустить. При запуске Server Manager — ошибка «Can’t connect to server». Адрес 127.0.0.1 и порт 2001. Пробовал локальный адрес машины указывать — бестолку.
Пробовал разные версии Ориона — 1.20/1.20.1/1.12 и русские и английские.. Ставил с нуля sqlexpress 2008/2012..

Чувство, что сервер (CSO) находится в своей песочнице и его не видят остальные компоненты программы. Прошу помочь, уже третий день сна не знаю

У вас сервер менеджер не может подключиться к ЦСО.
До SQL дело даже близко не доходит.
Открываем ЦСО на первую вкладку и смотрим внизу порт.
Идём в фаервол и убеждаемся что порт не заблокирован. Идём в антивирус и убеждаемся что порт не заблокирован. Идём в командную строку netstat /a от админа и убеждаемся что порт открыт. Если не открыт — идём в настройки совместимости и запускаем ЦСО от имени администратора. Если порт всё ещё не открыт а ЦСО «работает» — на этом моменте мы уже обращаемся в техподдержку.
Дальше идём в каталог с Орион ПРО в файл orion.ini.
В разделе SrvLog проверяем SrvAddr — адрес машины. Можно 127.0.0.1 если всё на одной машине и lopback активен (проходит пинг на 127.0.0.1). SrvPort — должен совпадать с тем, который выводит ЦСО.
После того как всё проверили — запускаем сервер менеджер. И если оно опять не коннектится — обращаемся в техподдержку.

При обращении в техподдержку быть готовы назвать: Точную версию Орион ПРО (можно посмотреть в файле version_orion.ini). Версию ОС (включая разрядность). Версию SQL.

Не доходит дело до SQL.

Давайте ещё пару моментов проверим. Посмотрите в свойствах файлов ЦСО и Сервер менеджера в дополнительных что они одного выпуска. Если случайно попались ЦСО и сервер менеджер из разных выпусков (до 1.20 и после), то они не смогут соединиться.
Дальше вы говорите что руками переносили в реестр настройки. Стоит их убрать — полностью снести ветку. Возможно происходит какая то внутренняя ошибка при чтении.
Ну и в личку номер обращения в техподдержку.

Стандартный чеклист на этом заканчивается. Дальше только логи (в идеале тимвьювер или аналоги). Но это всё только через техподдержку.

Так может потому и пишут, что сервер не запущен ))

Таааакс. Так с SQL сервером-то ЦСО связывается, а не менеджер сервера. Откуда он может знать, сервер менеджер, что SQL сервер работает (или не работает), если он не может связаться с ЦСО?

Добавлено спустя 36 секунд:
А так да, вижу, SQL сервер запущен.

Получил следующий ответ от поддержки. Увы, на пятом шаге всё та же ошибка.. Переустанавливаю систему)
Спойлер Для настройки параметров SQL сервера, после установки АРМ Орион ПРО в ручном режиме на ПК с уже установленным SQL сервером необходимо:
1.
с помощью Среда SQL Server Management Studio необходимо проверить подключение к SQL серверу, при этом необходимо выбрать авторизацию SQL ввести учетную запись «sa» и пароль «123456».
Если при этом подключение не будет выполнено, то в SQL необходимо настроить данную учетную запись.
Так же стоит обратить внимание, на то что если в меню пуск в группе SQL Сервера отсутствует Среда SQL Server Management Studio, то её необходимо поставить и проверить.
2.
Далее если вход выполняется корректно, необходимо отключится от SQL сервера или перезапустить Management Studio. Из окна авторизации необходимо скопировать имя сервера (оно потом понадобится при настройке параметров сервера).
3.
При закрытом центральном сервере Орион ПРО необходимо зайти в редактор реестра по команде regedit путь
HKEY_LOCAL_MACHINESOFTWAREBolidORIONCSO для 32х
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeBolidORIONCSO для 64х
и удалить папку DBPARAMS и если есть DBPARAMS12.
4.
Запустить центральный сервер Орион ПРО из контекстного меню «от имени администратора» (актуально для win7 и новее, что бы каждый раз не использовать данное меню можно зайти в свойства ярлыка выбрать вкладку совместимость и задать параметр «всегда выполнять от имени администратора»).
5.
Запустить «управление сервером» из меню пуск так же по правой кнопке — «от имени администратора», после запуска программы нужно ввести пароль 73173100, при этом в строке статуса должно быть указано «соединение установлено».
Если же при запуке выдается сообщение «нет соединения с сервером», то необходимо убедится, что в систем трее запущено CSO (центральный сервер), далее в меню файл — сервер — указать ip адрес текущего ПК, так же можно указать локальный адрес 127.0.0.1. После чего меню файл — переподключится и ввести пароль «73173100», результатом должно быть подключение к серверу и статус «соединение установлено».
6.
После запуска Менеджера центрального сервера, необходимо выбрать вкладку «параметры БД»
в параметрах указать
Database Access: ADO
Drivers: MSSQL
DATABASE NAME: не указываем
SERVER NAME: указывается имя сервера, скопированного из авторизации SQL Server Management Studio.
USER NAME: sa
CommandTimeout: 0
PASSWORD: 123456

7.
Далее
если была старая база SQL — указываем её имя в DATABASE NAME,
если база перенесена с другого ПК то в меню БД выбираем Восстановление (для восстановления из файла *.bak) или присоединение базы данных если скопированы файлы *.LDF и *.MDF
если не было базы, то в меню БД выбираем — «создать новую. «, далее следуя шагам мастера необходимо указать новое уникальное имя базы в поле DATABASE NAME.

Для присоедененных БД (или если база уже была на ПК) необходимо выполнить в меню БД — модернизация/слияние БД, в мастере отметить «модернизация» и следовать шагам. После кеширования в появившихся параметрах необходимо указать новое имя БД.
8.
После создания или присоединения БД, можно запустить оболочку Орион ПРО, в которой выбрать АБД, пароль либо 1, либо пароль от вашей старой БД.

9.
В АБД на первой вкладке нужно добавить ПК, указав его реальный ip в поле ip-адрес, а в поле имя указать hostname, после чего нажать сохранить.

10.
Далее необходимо отредактировать созданный ПК, в поле настройки выбрать «. » и отметить какие компоненты можно запускать на данном ПК, после чего сохранить параметры.

11.
Далее необходимо в меню сервис выбрать — обновление базы данных, при этом в оболочке параметр «анализ окружения» должен увеличится до 100%, и с некоторой задержкой запуститься Оперативная задача.

На этом настройка параметров сервера завершена.

Источник

forum-bolid.ru

Центральный сервер периодически виснет

Физический сервер — HP ProLiant DL145 Generation 2
ОС — Windows Server 2008 R2 Standart Service Pack 1 64bit
СУБД — MS SQL Server 2005 32bit
Версия программы — Центральный сервер Орион 1.11.2.46
На этой же машине подключены приборы по COM-порту. Там же работает Оболочка системы и Оперативная задача. В системе есть ещё 3 клиентские машины, каждая со своими ролями:
— Персональная карточка (стоит на раб. месте охранника у турникетов)
— Оперативная задача (раб. место начальника смены охраны)
— АБД (бюро пропусков).

Периодически (иногда несколько раз в день . ) что-то происходит с Центральным сервером (по всей видимости). Выглядит это так — на раб. местах Оперативная задача появляется сообщение о потере соединения с центральным сервером, на раб. месте персональная карточка перестают обновляться фото проходящих через турникет сотрудников.

Простым перезапуском на сервере Оболочки и Сервера БД Орион не лечится. Убийство процессов Оболочки и Центрального сервера в Диспетчере задач также не помогает. Приходится перезагружать ОС, запускать там Сервер БД Орион, Оболочку системы и Оперативную задачу (чтобы собирать данные с турникетов и приборов). Сегодня такое случалось уже 18 раз .

Ещё CoreOrion.exe не помешает. И надеюсь у вас в сообщение, а не в правилах антивируса опечатка — CSO.exe

Что выводится в лог оболочки при разрыве связи?
Локально (на ПК с ЦСО) тоже теряется связь с центральным сервером?

В доверенной зоне антивируса добавил CoreOrion.exe, исправил опечатку вместо sco.exe сделал cso.exe

Вот последние записи в файле EventLog.log

========== 21.04.2014 14:30:00 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:00 | Warning: Разрыв связи
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:27 | Warning: Разрыв связи
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:58 | Warning: Разрыв связи
========== 21.04.2014 14:37:53 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:37:53 | Hint: Соединение с сервером
21.04.2014 14:38:35 | Hint: TabAdd
21.04.2014 14:38:35 | Hint: Периметр 1
21.04.2014 14:38:35 | Hint: Периметр 2
21.04.2014 14:38:35 | Hint: Периметр 3
21.04.2014 14:38:35 | Hint: Периметр 4
21.04.2014 14:38:35 | Hint: Периметр 5
21.04.2014 14:38:35 | Hint: Периметр 6
21.04.2014 14:38:35 | Hint: Периметр 7
21.04.2014 14:38:35 | Hint: Периметр 8
21.04.2014 15:06:27 | Hint: TabAdd
21.04.2014 15:06:27 | Hint: Периметр 1
21.04.2014 15:06:27 | Hint: Периметр 2
21.04.2014 15:06:27 | Hint: Периметр 3
21.04.2014 15:06:27 | Hint: Периметр 4
21.04.2014 15:06:27 | Hint: Периметр 5
21.04.2014 15:06:27 | Hint: Периметр 6
21.04.2014 15:06:27 | Hint: Периметр 7
21.04.2014 15:06:27 | Hint: Периметр 8
21.04.2014 15:09:17 | Hint: TabAdd
21.04.2014 15:09:17 | Hint: Периметр 1
21.04.2014 15:09:17 | Hint: Периметр 2
21.04.2014 15:09:17 | Hint: Периметр 3
21.04.2014 15:09:17 | Hint: Периметр 4
21.04.2014 15:09:17 | Hint: Периметр 5
21.04.2014 15:09:17 | Hint: Периметр 6
21.04.2014 15:09:17 | Hint: Периметр 7
21.04.2014 15:09:17 | Hint: Периметр 8

А вот последние записи в файле logErrorFromShell.log
========== 21.04.2014 14:26:39 ========== Shell.exe 1.11.2.996()
21.04.2014 14:26:39 | Hint: Соединение с сервером
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:28:39 | Warning: Разрыв связи
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:29:20 | Warning: Разрыв связи
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:01 | Warning: Разрыв связи
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:41 | Warning: Разрыв связи
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:31:22 | Warning: Разрыв связи
========== 21.04.2014 14:33:00 ========== Shell.exe 1.11.2.996()
21.04.2014 14:33:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Warning: Разрыв связи
========== 21.04.2014 14:37:36 ========== Shell.exe 1.11.2.996()
21.04.2014 14:37:36 | Hint: Соединение с сервером

Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел

Источник

Суть и причины возникновения ошибки установки соединения с базой данных

Чтобы понять, что означает “Ошибка установки соединения с базой данных” (Error establishing a database connection) разберемся, как работает WordPress и выясним, что такое база данных.

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

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

Одним из наиболее важных файлов в WordPress является wp-config.php файл. Он находится в корневой директории и содержит сведения о конфигурации вашего сайта, в том числе и информацию о подключении к базе данных. Важно, чтобы эта информация была прописана в строго определенном порядке:

• Database Name — Имя базы данных
• Database Username — Имя пользователя базы данных
• Database Password — Пароль пользователя базы данных
• Database Host — Сервер базы данных

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

Первые шаги устранения ошибки установки соединения

Рассмотрим основные причины ошибки установки соединения с базой данных и способы их устранения.

Скачать файл

Прежде всего, настоятельно рекомендуем создать резервную копию всей важной информации и обновлять ее после каждого значимого изменения. Тогда вы гарантированно не потеряете данные. А в случае серьезной ошибки и восстановления базы данных, не столкнетесь с необходимостью создания сайта с нуля. Для создания резервной копии используются плагины Duplicator или All-in-One WP Migration.

Есть много программных модулей для резервного копирования, но они не смогут вам помочь при отсутствии доступа в админку.

В такой ситуации нужен плагин ISPmanager или другой модуль, который поможет, управляя хостингом, сделать полное резервное копирование сайта.

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

3 способа устранения ошибки установки соединения с БД

Проверка памяти сервера

Предположим, вы проверили учетные данные в фале wp-config.php и убедились в их корректности. Следующим шагом следует проверить сервер на наличие памяти. Довольно часто ошибка соединения возникает из-за перегруженности сервера. Если сервер хостинг-провайдера испытывает трудности, то и ваш сайт WordPress будет замедляться.

В первую очередь удостоверимся, что MySQL работает, и памяти для обработки данных WordPress достаточно.

Подключитесь к удаленному серверу через SSH, используя IP-адрес сервера:

ssh 8host@ <server IP>

Затем убедимся, работает ли MySQL с помощью утилиты netstat. Она позволяет отслеживать проблемы, связанные с производительностью сети. Чтобы увидеть список TCP-портов, которые прослушиваются, и имена программ, используйте команду:

sudo netstat -plt

где флаги –p, –l и –t означают program (программы), listening (прослушивание) и TCP соответственно.

В результате выполнения команды вы увидите список. Найдите в нем mysqld – это сервер MySQL:

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

sudo systemctl start mysql

Заметьте, что в некоторых версиях и дистрибутивах Linux используется mysqld или mysql-server, а не mysql. Попробуйте разные варианты, чтобы определить, какой из них применяется в вашей системе.

После выполнения этой команды сервер запустится. Проверьте это с помощью sudo netstat -plt, как описано ранее.

По какой причине сервер MySQL может завершить работу? Эта система очень эффективна и производительна, но не всегда стабильна. Если количество одновременно выполняемых задач велико, то она существенно замедляется. Чтобы минимизировать возможные проблемы, нужно следить за объемом доступной памяти.

Проверьте log-файлы и ищите в них сообщения об ошибках. Для поиска используйте команду zgrep:

zgrep -a «allocate memory» /var/log/mysql/error.log*

В результате выполнения данной команды вы увидите все log-файлы, содержащие error.log и ‘allocate memory’. Поиск будет выполняться по файлам в директории /var/log/mysql/.

На выводе вы можете увидеть подобную строку:

2017-04-11T17:38:22.604644Z 0 [ERROR] InnoDB: Cannot allocate memory for the buffer pool

Это значит, что для корректной работы MySQL не хватает памяти. Именно это и является причиной ошибки подключения к базе данных. Если вы видите не одну такую строку, а несколько, значит, проблема нехватки памяти регулярная. Решается она переносом данных на более мощный сервер. Если сайт размещен на облачном сервере, то хостинг-провайдер в большинстве случаев может обновить сервер быстро и с минимальным простоем.

Если команда zgrep не выдала списка log-файлов, то сервер не испытывает проблем с нехваткой памяти. Значит проблемы установки соединения с базой данных может быть связана неверными учетными данными MySQL.

Проверка учётных данных MySQL

Если вы поменяли хостинг-провайдера или переместили установку WordPress на новый сервер, то информация в файле wp-config.php становится неактуальной. Вам необходимо поменять соответствующие строки в файле, иначе подключение к базе данных будет невозможно.

Чтобы найти этот файл используйте команду find:

sudo find / -name «wp-config.php»

Данная команда будет искать файл с указанным именем в корневой папке. Если он будет найден, то на выходе вы увидите путь к найденному файлу:

/var/www/html/wp-config.php

Чтобы открыть его в текстовом редакторе nano, напишите:

sudo nano /var/www/html/wp-config.php

В результате вы увидите файл с большим количеством строк. Первыми строками как раз и будут те, что описывают подключение к базе данных:

/** The name of the database for WordPress */

define(‘DB_NAME’, ‘database_name’);

/** MySQL database username */

define(‘DB_USER’, ‘database_username’);

/** MySQL database password */

define(‘DB_PASSWORD’, ‘database password’);

Вместо ‘database_name’, ‘database_username’ и ‘database_password’ должны быть указаны корректные данные о вашей БД. При необходимости отредактируйте их. На забудьте сохранить файл и выйти из редактора, нажатием CTRL-O, CTRL-X.

Чтобы убедиться, что проблема решена, попробуйте подключиться к базе данных. Для этого наберите команду:

mysqlshow -u database_username -p

Затем введите пароль. Если имя пользователя или пароль не верные, то вы увидите ошибку Access denied. В противном случае на экран будет выведена информация обо всех базах данных, к которым у вас есть доступ.

+———————+

|Databases |

+———————+

| information_schema |

| database_name |

+———————+

Если вы видите имя нужной базы данных в списке, то в файле wp-config.php указаны корректные данные. Теперь можно перезапустить WordPress сайт.

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

Восстановление базы данных WordPress

Случается, что база данных WordPress оказывается поврежденной. Причин, по которым такое происходит, может быть несколько:

• неудачное обновление;
• сбой базы данных;
• некорректный плагин.

Непосредственно на сайте в таком случае вы все также увидите сообщение — «ошибка установки соединения с базой данных».

Попытаемся восстановить БД. Откройте файл wp-config.php с помощью текстового редактора:

sudo nano /var/www/html/wp-config.php

Вставьте в файл строку:

define(‘WP_ALLOW_REPAIR’, true);

Таким образом включается функция восстановления базы данных. Сохраните файл и закройте его.

Затем откройте браузер и перейдите по следующему URL:

http://www.example.com/wp-admin/maint/repair.php

Не забудьте заменить www.example.com на URL вашего сайта или укажите IP.

Тогда вы увидите следующее сообщение на экране:

WordPress can automatically look for some common database problems and repair them.

Выберите вариант Repair Database. В появившейся странице вы увидите процент проверенных и восстановленных данных.

После восстановления вернитесь к файлу wp-config.php. Удалите из него функцию, ответственную за восстановление базы данных. Это необходимо сделать из соображений безопасности, иначе доступ к восстановлению БД будет у всех.

Если после восстановления базы данных WordPress все еще выдает ошибку о проблеме соединения, восстановите базу данных из бэкапа (резервной копии).

Если же после проверки на странице с результатами вы не увидели исправлений, то ошибка соединения с базой данных не связана с самой базой данных.

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

Дополнительные методы устранения ошибки установки соединения с БД

Следующие способы устранения ошибки установки соединения с базой данных категорически не рекомендуется использовать начинающим администраторам WordPress! Переходите к ним только в том случае, если не помогли методы, описанные ранее. Не используйте их, если у вас нет валидной резервной копии вашего сайта!

• Обновление настройки в wp_options

Некоторые пользователи отмечали, что ошибка была устранена после выполнения запроса к БД через phpMyAdmin:

[sql]UPDATE wp_options SET option_value=’ http://your_site.ru’ WHERE option_name=’siteurl’;[/sql]

Где вместо ’your_site.ru ‘укажите URL вашего сайта.

• Подключение к базе данных с правами root

Если вы используете виртуальный сервер и можете воспользоваться root правами, то попробуйте подключиться к БД через файл test.php. В случае успеха, попробуйте также подключиться к БД вашего сайта через файл wp-config.php. Затем проверьте работу сайта.

Работать на сервере под учётной записью root – большая ошибка. Обязательно создайте нового пользователя через phpMyAdmin. Не забудьте внести в wp-config.php файл логин и пароль созданного пользователя.

Профилактика возникновения ошибки установки соединения с базой данных

Никто не застрахован от ошибки установки соединения с базой данных при работе с Вордпресс. Однако, вы можете минимизировать шанс остановки сайта, если будете следовать следующим рекомендациям:

• Тщательно выбирайте хостинг-провайдера, который подходит именно для работы с CMS WordPress. Он должен иметь хорошую техподдержку, обеспечивать высокую скорость и стабильность. Зачастую проблемы в работе сайта связаны именно с хостингом.
• Регулярно делайте бэкап. Вы можете самостоятельно выбрать один из плагинов, например, UpdraftPlus, Duplicator или All-in-One WP Migration.

К сожалению, если вы не имеете доступ в панель управления сайта, то вы не сможете воспользоваться резервной копией. Тогда вам нужно будет воспользоваться программным обеспечением для управления хостингом. Например, ISPmanager. Он позволит вам сделать полную резервную копию сайта.

Если вы не хотите самостоятельно делать бэкап, можете обратиться в техподдержку хостинг-провайдера. Они предложат вам программу для резервного копирования.

Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?

Microsoft Server 2003 Std
Орион Про 1.12 без SP
Всё ставилось с дистрибутива Орион Про, ничего постороннего
На сервере установлены: Сервер, Оболочка с Ядром опроса, Управление сервером. Всё остальное не устанавливалось, сервер только для сервера.
Соединения с двумя пультами через два COM-порта.

UProg с этого сервера успешно общается с приборами, то есть, COM-порты рабочие.

Сегодня была авария по питанию, которую не заметили из-за ИБП. После смерти ИБП отвалились мониторы. Подали электричество, запустили, оболочка на сервере (не на мониторах) запускается с ошибкой соединения. Лог такой
29.07.2019 12:54:46 | Hint: Соединение с сервером
29.07.2019 12:54:59 | Error: Ошибка 240. Невыполнение запроса: транслируемые события
В ядре опроса СОМ-порты перестали присутствовать.
Orion.ini нормальный (у меня сохранён эталонный для сравнения)
Сейчас система работает под пультами и БКИ, есть время подумать.

Как с меньшими потерями запустить сервер?
Могу развернуть системный диск из февральского образа + субботний бэкап базы. Проблема — потеряется доверие в домене, придётся выводить из домена и затаскивать обратно. Вроде бы несложно и я знаю, как это сделать.
Можно переустановить сервер на работающей машине. Не представляю себе это, просто никогда не делал. Сдуру переустановлю всё.
А может быть можно при переустановки отметить галочкой только ядро опроса и всё?
Посоветуйте.

Источник

Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу

Установлена Орион ПРО 1.20. ЦСО запущен.
Когда первый раз заходил в Мнеджер Центрального Сервера, ошибка — не удалось подключиться к серверу.

В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело.

Спустя 2 дня снова ошибка — не удалось подключится к серверу.

Что можно сделать в данной ситуации?

3 года 7 месяцев назад

– Налетов Константин 3 года 7 месяцев назад

9 ответов

Не изменилось ничего.

Просто пишет — не удалось соединиться с сервером.

ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку.

Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка.

3 года 7 месяцев назад

– Комаров Александр Федорович 3 года 7 месяцев назад

– Налетов Константин 3 года 7 месяцев назад

Совершенно недавно поднималась тема про антивирус KAV https://partners.bolid.ru/forum/forum_3486.html, который закрывает порты, может и у Вас такая же ситуация.

3 года 7 месяцев назад

Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало.

3 года 7 месяцев назад

А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803).

3 года 7 месяцев назад

Если у вас каталог всего один — он с вероятностью 99% правильный, если вы руками не заменяли модули.
У каждой программы есть версия (которую в том числе можно посмотреть в свойствах файла на вкладке «подробно») и они на ЦСО и менеджере сервера должны быть 1.20 или выше.

Откройте ЦСО на вкладке «О программе». Посмотрите текущий порт. (по умолчанию 2001).
Выполните в командной строке команду

Запустите менеджер сервера. Дождитесь ошибки, что не удалось подключиться и нажмите ок.
В менеджере сервера выберите пункт «ФайлСервер. «. В открывшемся окне укажите текущий адрес компьютера (или 127.0.0.1 для локального) и порт совпадающий с тем, который указан в ЦСО. Нажмите ок.

Если нет записи что порт LISTENING или всё равно возникает ошибка — надо проверять настройки антивирусов и фаерволов.
Если совсем ничего не получается — обращайтесь в техподдержку. С вами ещё раз проверят все настройки и если не найдут ошибок в настройках — вышлют специальные модули для диагностики проблемы.

– Комаров Александр Федорович 3 года 7 месяцев назад

Источник

forum-bolid.ru

Менеджер центрального сервера , проблемы с Параметрами БД

Здравствуйте, есть Орион Про 1.20.1 настроен, работает.
НО есть 2 проблемы.
1) При запуске утилиты, как приложено в картинке, нет параметров БД , информации по базе . НО при этом сам орион работает, монитор, сервер и все все все. А вот в Менеджере ничего сделать нельзя ибо во вкладке БД все пункты серые, не активные.
Лечится данная ерись методом перебора способа подключения базы (127.0.0.1, имя сервера при поиске из списка, ай пи адресс) Настроено по айпи адресу. Раза с 20-30 помогает, и соединение появляется и все ок. Проблема возникает через раз, а если перезагрузки компьютера небыло больше недели то 100 %.
КАК решить данную проблему?
2) Где искать или может кто поможет пошагово написав инструкцию по Резервному копированию БД при помощи Винды и планировщика задач.(у самого нихрена не получается. Болидовцы говорят что мля нажми 2 кнопки и все гуд. НО нихрена не работает, Задача не создается автоматически).

Картинку для наглядности и то что получается.(качество режет форум)
И по 2 вопросу, я написал что хотел, трудности с пониманием и знанием функционала, тогда наверное не стоит писать ненужные посты, а если хотите поговорить за жизнь то пишите в личку, пообщаемся.

Можно попробовать в реестре поискать ветку BOLID, и там в подветках ручками поправить, тоже прокатывает.
У меня как-то тоже была проблема с именем базы, ручками поправил в реестре и прокатило.

Ну это так, если другие варианты не получатся. Атак же.

Pahill , у Вас используется плата расширения на 10 com портов?

Посмотрите в программном модуле Администратор Базы Данных (АБД) настройки com портов- какой там задан тип ПИ ?

Возможно поможет тема (последнее сообщение):
Загрузка CPU сервера опроса.

У ТС проблема была в типе преобразователя интерфейсов. Разница между ними кстати описана в инструкции, но про рекомендации для С2000-Ethernet ни гу-гу.

«. Тип преобразователя интерфейсов, используемого для конвертирования RS-485 интерфейса.

Источник

forum-bolid.ru

Проблема с Windows Server 2016 и Орион Про

Здравствуйте!
На Windows 7 (EN) работает всё отлично, ставил сам.
Сейчас осуществляем переезд на другую железку с Windows Server 2016. Система англоязычная, поэтому сначала установил SQLEXPRESS2012 с активированной учеткой SA и паролем 1-6, импортировал нашу базу, установил Орион Про, изменил в реестре данные для нашей базы.
Запускаю shell, запускаю cso (OCS) и больше ничего не запустить. При запуске Server Manager — ошибка «Can’t connect to server». Адрес 127.0.0.1 и порт 2001. Пробовал локальный адрес машины указывать — бестолку.
Пробовал разные версии Ориона — 1.20/1.20.1/1.12 и русские и английские.. Ставил с нуля sqlexpress 2008/2012..

Чувство, что сервер (CSO) находится в своей песочнице и его не видят остальные компоненты программы. Прошу помочь, уже третий день сна не знаю

У вас сервер менеджер не может подключиться к ЦСО.
До SQL дело даже близко не доходит.
Открываем ЦСО на первую вкладку и смотрим внизу порт.
Идём в фаервол и убеждаемся что порт не заблокирован. Идём в антивирус и убеждаемся что порт не заблокирован. Идём в командную строку netstat /a от админа и убеждаемся что порт открыт. Если не открыт — идём в настройки совместимости и запускаем ЦСО от имени администратора. Если порт всё ещё не открыт а ЦСО «работает» — на этом моменте мы уже обращаемся в техподдержку.
Дальше идём в каталог с Орион ПРО в файл orion.ini.
В разделе SrvLog проверяем SrvAddr — адрес машины. Можно 127.0.0.1 если всё на одной машине и lopback активен (проходит пинг на 127.0.0.1). SrvPort — должен совпадать с тем, который выводит ЦСО.
После того как всё проверили — запускаем сервер менеджер. И если оно опять не коннектится — обращаемся в техподдержку.

При обращении в техподдержку быть готовы назвать: Точную версию Орион ПРО (можно посмотреть в файле version_orion.ini). Версию ОС (включая разрядность). Версию SQL.

Не доходит дело до SQL.

Давайте ещё пару моментов проверим. Посмотрите в свойствах файлов ЦСО и Сервер менеджера в дополнительных что они одного выпуска. Если случайно попались ЦСО и сервер менеджер из разных выпусков (до 1.20 и после), то они не смогут соединиться.
Дальше вы говорите что руками переносили в реестр настройки. Стоит их убрать — полностью снести ветку. Возможно происходит какая то внутренняя ошибка при чтении.
Ну и в личку номер обращения в техподдержку.

Стандартный чеклист на этом заканчивается. Дальше только логи (в идеале тимвьювер или аналоги). Но это всё только через техподдержку.

Так может потому и пишут, что сервер не запущен ))

Таааакс. Так с SQL сервером-то ЦСО связывается, а не менеджер сервера. Откуда он может знать, сервер менеджер, что SQL сервер работает (или не работает), если он не может связаться с ЦСО?

Добавлено спустя 36 секунд:
А так да, вижу, SQL сервер запущен.

Получил следующий ответ от поддержки. Увы, на пятом шаге всё та же ошибка.. Переустанавливаю систему)
Спойлер Для настройки параметров SQL сервера, после установки АРМ Орион ПРО в ручном режиме на ПК с уже установленным SQL сервером необходимо:
1.
с помощью Среда SQL Server Management Studio необходимо проверить подключение к SQL серверу, при этом необходимо выбрать авторизацию SQL ввести учетную запись «sa» и пароль «123456».
Если при этом подключение не будет выполнено, то в SQL необходимо настроить данную учетную запись.
Так же стоит обратить внимание, на то что если в меню пуск в группе SQL Сервера отсутствует Среда SQL Server Management Studio, то её необходимо поставить и проверить.
2.
Далее если вход выполняется корректно, необходимо отключится от SQL сервера или перезапустить Management Studio. Из окна авторизации необходимо скопировать имя сервера (оно потом понадобится при настройке параметров сервера).
3.
При закрытом центральном сервере Орион ПРО необходимо зайти в редактор реестра по команде regedit путь
HKEY_LOCAL_MACHINESOFTWAREBolidORIONCSO для 32х
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeBolidORIONCSO для 64х
и удалить папку DBPARAMS и если есть DBPARAMS12.
4.
Запустить центральный сервер Орион ПРО из контекстного меню «от имени администратора» (актуально для win7 и новее, что бы каждый раз не использовать данное меню можно зайти в свойства ярлыка выбрать вкладку совместимость и задать параметр «всегда выполнять от имени администратора»).
5.
Запустить «управление сервером» из меню пуск так же по правой кнопке — «от имени администратора», после запуска программы нужно ввести пароль 73173100, при этом в строке статуса должно быть указано «соединение установлено».
Если же при запуке выдается сообщение «нет соединения с сервером», то необходимо убедится, что в систем трее запущено CSO (центральный сервер), далее в меню файл — сервер — указать ip адрес текущего ПК, так же можно указать локальный адрес 127.0.0.1. После чего меню файл — переподключится и ввести пароль «73173100», результатом должно быть подключение к серверу и статус «соединение установлено».
6.
После запуска Менеджера центрального сервера, необходимо выбрать вкладку «параметры БД»
в параметрах указать
Database Access: ADO
Drivers: MSSQL
DATABASE NAME: не указываем
SERVER NAME: указывается имя сервера, скопированного из авторизации SQL Server Management Studio.
USER NAME: sa
CommandTimeout: 0
PASSWORD: 123456

7.
Далее
если была старая база SQL — указываем её имя в DATABASE NAME,
если база перенесена с другого ПК то в меню БД выбираем Восстановление (для восстановления из файла *.bak) или присоединение базы данных если скопированы файлы *.LDF и *.MDF
если не было базы, то в меню БД выбираем — «создать новую. «, далее следуя шагам мастера необходимо указать новое уникальное имя базы в поле DATABASE NAME.

Для присоедененных БД (или если база уже была на ПК) необходимо выполнить в меню БД — модернизация/слияние БД, в мастере отметить «модернизация» и следовать шагам. После кеширования в появившихся параметрах необходимо указать новое имя БД.
8.
После создания или присоединения БД, можно запустить оболочку Орион ПРО, в которой выбрать АБД, пароль либо 1, либо пароль от вашей старой БД.

9.
В АБД на первой вкладке нужно добавить ПК, указав его реальный ip в поле ip-адрес, а в поле имя указать hostname, после чего нажать сохранить.

10.
Далее необходимо отредактировать созданный ПК, в поле настройки выбрать «. » и отметить какие компоненты можно запускать на данном ПК, после чего сохранить параметры.

11.
Далее необходимо в меню сервис выбрать — обновление базы данных, при этом в оболочке параметр «анализ окружения» должен увеличится до 100%, и с некоторой задержкой запуститься Оперативная задача.

На этом настройка параметров сервера завершена.

Источник

forum-bolid.ru

Центральный сервер периодически виснет

Физический сервер — HP ProLiant DL145 Generation 2
ОС — Windows Server 2008 R2 Standart Service Pack 1 64bit
СУБД — MS SQL Server 2005 32bit
Версия программы — Центральный сервер Орион 1.11.2.46
На этой же машине подключены приборы по COM-порту. Там же работает Оболочка системы и Оперативная задача. В системе есть ещё 3 клиентские машины, каждая со своими ролями:
— Персональная карточка (стоит на раб. месте охранника у турникетов)
— Оперативная задача (раб. место начальника смены охраны)
— АБД (бюро пропусков).

Периодически (иногда несколько раз в день . ) что-то происходит с Центральным сервером (по всей видимости). Выглядит это так — на раб. местах Оперативная задача появляется сообщение о потере соединения с центральным сервером, на раб. месте персональная карточка перестают обновляться фото проходящих через турникет сотрудников.

Простым перезапуском на сервере Оболочки и Сервера БД Орион не лечится. Убийство процессов Оболочки и Центрального сервера в Диспетчере задач также не помогает. Приходится перезагружать ОС, запускать там Сервер БД Орион, Оболочку системы и Оперативную задачу (чтобы собирать данные с турникетов и приборов). Сегодня такое случалось уже 18 раз .

Ещё CoreOrion.exe не помешает. И надеюсь у вас в сообщение, а не в правилах антивируса опечатка — CSO.exe

Что выводится в лог оболочки при разрыве связи?
Локально (на ПК с ЦСО) тоже теряется связь с центральным сервером?

В доверенной зоне антивируса добавил CoreOrion.exe, исправил опечатку вместо sco.exe сделал cso.exe

Вот последние записи в файле EventLog.log

========== 21.04.2014 14:30:00 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:00 | Warning: Разрыв связи
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:27 | Warning: Разрыв связи
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:58 | Warning: Разрыв связи
========== 21.04.2014 14:37:53 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:37:53 | Hint: Соединение с сервером
21.04.2014 14:38:35 | Hint: TabAdd
21.04.2014 14:38:35 | Hint: Периметр 1
21.04.2014 14:38:35 | Hint: Периметр 2
21.04.2014 14:38:35 | Hint: Периметр 3
21.04.2014 14:38:35 | Hint: Периметр 4
21.04.2014 14:38:35 | Hint: Периметр 5
21.04.2014 14:38:35 | Hint: Периметр 6
21.04.2014 14:38:35 | Hint: Периметр 7
21.04.2014 14:38:35 | Hint: Периметр 8
21.04.2014 15:06:27 | Hint: TabAdd
21.04.2014 15:06:27 | Hint: Периметр 1
21.04.2014 15:06:27 | Hint: Периметр 2
21.04.2014 15:06:27 | Hint: Периметр 3
21.04.2014 15:06:27 | Hint: Периметр 4
21.04.2014 15:06:27 | Hint: Периметр 5
21.04.2014 15:06:27 | Hint: Периметр 6
21.04.2014 15:06:27 | Hint: Периметр 7
21.04.2014 15:06:27 | Hint: Периметр 8
21.04.2014 15:09:17 | Hint: TabAdd
21.04.2014 15:09:17 | Hint: Периметр 1
21.04.2014 15:09:17 | Hint: Периметр 2
21.04.2014 15:09:17 | Hint: Периметр 3
21.04.2014 15:09:17 | Hint: Периметр 4
21.04.2014 15:09:17 | Hint: Периметр 5
21.04.2014 15:09:17 | Hint: Периметр 6
21.04.2014 15:09:17 | Hint: Периметр 7
21.04.2014 15:09:17 | Hint: Периметр 8

А вот последние записи в файле logErrorFromShell.log
========== 21.04.2014 14:26:39 ========== Shell.exe 1.11.2.996()
21.04.2014 14:26:39 | Hint: Соединение с сервером
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:28:39 | Warning: Разрыв связи
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:29:20 | Warning: Разрыв связи
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:01 | Warning: Разрыв связи
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:41 | Warning: Разрыв связи
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:31:22 | Warning: Разрыв связи
========== 21.04.2014 14:33:00 ========== Shell.exe 1.11.2.996()
21.04.2014 14:33:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Warning: Разрыв связи
========== 21.04.2014 14:37:36 ========== Shell.exe 1.11.2.996()
21.04.2014 14:37:36 | Hint: Соединение с сервером

Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел

Источник