"Если вдруг открылся люк, не пугайся, это глюк!" (с) Если что-то работает не так, вы нашли ошибку или опечатку в программе — вам в этот раздел
Аватара пользователя
Виноградов Павел
Добрый день, недавно появилась указанная ошибка. Не зайти под admin в консоль управления.
Началось все с того, что клиенты перестали отображать и подгружать историю сообщений, хотя в логах все сохранялось. Восстанавливал mychat сервер из резервной копии - история заработала и ошибка 83 пропала, через час все повторилось.

При авторизации клиента пишет, что локальное протоколирование отключено администратором сервера. Под admin в web консоль не зайти - ошибка 83

Листал старые темы на форуме - в файле web_client_connect.js указанные строки присутствуют. Файл прикладываю.
Аватара пользователя
Андрей Раков
Добрый день.

Какая у вас версия чата?

Сделайте восстановление базы, далее зайдите в "Настройках" - "Дополнительно" - "Если пользователь давно не подключался к серверу " установите "ничего не делать".

В этом механизме была ошибка, которую уже давно поправили.
Аватара пользователя
Виноградов Павел
версия 6.7.0.25 от 22.02.2018


Обновлял предыдущую версию путем копирования папки programdata\mychat с заменой на новый сервер... может из за этого глюки? хотя почти 2 месяца без сбоев работало

ПО восстановлению - я могу отсавить файл history.db, чтобы не терять неделю логов переписок?
Какие вообще файлы достаточно заменить из бекапа?
Аватара пользователя
Андрей Раков
Если у вас последняя версия сделайте вот это (восстановление пользователя с UIN:1, admin).

Также вы можете войти в админку просто нажав на кнопку "Администрирование" в интерфейсе сервера - он вас впустит вообще без вопросов.

Я предполагаю, что вы переименовали пользователя с UIN:1, у него изначально был ник "admin", после этого вы создали отдельного пользователя с таким же ником, под которым давно не заходили и он удален сервером, в соответствии с настройками.

Дополнительно вы можете попробовать войти в админку используя UIN - 1 и пароль этого пользователя, по умолчанию "admin".
Аватара пользователя
Виноградов Павел
/zeroadmin не помог - та же ошибка
под UIN 1 / admin заходит
в свойствах учетки admin UIN 1 - прикрепил скриншоты.

В настройках уже стоит "Ничего не делать"

Где можно включить локальное протоколирование, чтобы историю стало показывать?
Вложения
2018-04-24_14-23-09.png
2018-04-24_14-23-09.png (48.36 КБ) Просмотров: 1245
2018-04-24_14-17-19.png
2018-04-24_14-17-19.png (2.37 КБ) Просмотров: 1245
2018-04-24_14-17-45.png
2018-04-24_14-17-45.png (18.22 КБ) Просмотров: 1245
Аватара пользователя
Виноградов Павел
С админом все понятно - кто то поставил прозрачную авторизацию в домене...

Что с историей сообщений делать? Резервную копию не хочется восстанавливать - потеряется неделя - причем это помогло ненадолго.
Аватара пользователя
Алексей Пикуров
А что с историей сообщений? Вы же не восстанавливали из бекапа ничего. Смените UIN 1 тип авторизации на нормальный и всё.

В чем проблема-то?
Аватара пользователя
Виноградов Павел
История сообщений перестала работать до рестора. После рестора заработала - но потом опять отвалилась.

Сейчас рестор отменил - работает последняя актуальная версия БД.
С UIN авторизацию поправил, а историю в клиентах не показывает.
В консоли тоже показывает за последний день сообщения, притом history.db 12мб весит.

Восстановил бакам с прошлой недели history.db 11мб - всю историю показывает, если ничего не слетит - закрою тему
Аватара пользователя
Алексей Пикуров
История сообщений перестала работать до рестора.

Где конкретно перестала работать? Как вы это определили?
а историю в клиентах не показывает.

Какую конкретно историю и где?
Аватара пользователя
Виноградов Павел
При общении пользователей перестало показывать историю сообщений в приватном чате.
В окне "история сообщений" пропали все диалоги с пользователями, список пользователей остался.

консоли сервера в Просмотре протоколов - Переговоры в приватах - не находило сообщений раньше 24-04-2018
Аватара пользователя
Алексей Пикуров
На локальную историю приватов в Windows-клиентах база истории сервера не влияет сейчас никак.
консоли сервера в Просмотре протоколов - Переговоры в приватах - не находило сообщений раньше 24-04-2018

Ну, инструмент не врёт. Не показывает — значит нет данных таких.
Аватара пользователя
Виноградов Павел
Не показывало никаких данных раньше 24 числа - мог перезапуск сервиса что то сломать в базе?
После рестора из архива от 20 числа все заработало и старые сообщения показывает за пол года к примеру
Аватара пользователя
Виноградов Павел
На локальную историю приватов в Windows-клиентах база истории сервера не влияет сейчас никак.


То есть клиент кеширует в папке профиля пользователя сообщения? Можно подробнее?
Аватара пользователя
Алексей Пикуров
Меня пугает ваше сообщение:
Обновлял предыдущую версию путем копирования папки programdata\mychat с заменой на новый сервер... может из за этого глюки? хотя почти 2 месяца без сбоев работало

Поясните, как это — "путём копирования"? Стандартная схема обновления сервера, описана в справке.
Аватара пользователя
Алексей Пикуров
То есть клиент кеширует в папке профиля пользователя сообщения? Можно подробнее?

Можно сказать и так. В локальной базе данных клиента в его профиле хранятся все отправленные и полученные сообщения. Синхронизируются с сервера пока только автосоздаваемые конференции.
Аватара пользователя
Виноградов Павел
После смерти сервера была установлена новая версия mychat на другой физический сервер, вся папка в progroamdata была заменена из старой версии. Систему свалили мне в нерабочем состоянии и не было времени открывать мануалы по mychat. В принципе все заработало корректно, тем более там из служебных папок кроме папки db (которая и бекапится полностью сервером) интерес представляют папки turn и node - возможно их замена не принесла ничего хорошего. Остальные папки пол логи и файлы не имеют значения. Но чат стабильно работал с февраля без сбоев в работе
Аватара пользователя
Виноградов Павел
Можно сказать и так. В локальной базе данных клиента в его профиле хранятся все отправленные и полученные сообщения. Синхронизируются с сервера пока только автосоздаваемые конференции.


Каким образом тогда после восстановления бд сервера волшебным образом все старые сообщения на клиенте начинает показывать... Какая то мистика если честно
Аватара пользователя
Алексей Пикуров
Достаточно было заменить папку \db, сервер обновит все что нужно. node, turn и остальное менять не надо. И уж тем более, менять тип авторизации юзеру с UIN=1 :)

Ладно, пусть работает. Мы в готовящейся версии сделали контроль, чтобы тип авторизации и домен нельзя было поменять пользователю UIN=1. От греха подальше.
Каким образом тогда после восстановления бд сервера волшебным образом все старые сообщения на клиенте начинает показывать... Какая то мистика если честно

Вероятно, ID сервера меняется, клиент считает, что это новый, другой сервер. Замена баз данных ручками и смена IP адресов сервера — плохая затея. Тем более, что для этих ситуаций есть специальные инструменты в MyChat.
Аватара пользователя
Виноградов Павел
Согласен - починка сервера была не совсем корректной тогда. По UIN - слишком многим дали админить сервер ))

По поводу ID - интересное утверждение. Возможно это и есть причина. Все пользователи на терминальном сервере получили reg файл при входе с новым ip сервера. Вообще у вас есть даже горячая миграция на другой сервер - при условии, что текущий в рабочем состоянии.

Надеюсь дальше проблем не будет в работе - спасибо за консультацию
Аватара пользователя
Алексей Пикуров
слишком многим дали админить сервер

В правах есть возможность давать уровни доступа к инструментам админки. "Управление правами", "Группы прав", "Доступ к функциям управления сервером".

Можно сделать разные варианты, чтобы админы-"подаваны" не сломали ничего критичного.

Ок, вопрос закрываем.