Добрый день, недавно появилась указанная ошибка. Не зайти под admin в консоль управления.
Началось все с того, что клиенты перестали отображать и подгружать историю сообщений, хотя в логах все сохранялось. Восстанавливал mychat сервер из резервной копии - история заработала и ошибка 83 пропала, через час все повторилось.

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

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

[Андрей Раков]

Добрый день.

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

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

В этом механизме была ошибка, которую уже давно поправили.

Live Chat со мной

версия 6.7.0.25 от 22.02.2018


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

ПО восстановлению - я могу отсавить файл history.db, чтобы не терять неделю логов переписок?
Какие вообще файлы достаточно заменить из бекапа?

[Андрей Раков]

Если у вас последняя версия сделайте вот это (восстановление пользователя с UIN:1, admin).

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

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

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

Live Chat со мной

/zeroadmin не помог - та же ошибка
под UIN 1 / admin заходит
в свойствах учетки admin UIN 1 - прикрепил скриншоты.

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

Где можно включить локальное протоколирование, чтобы историю стало показывать?

У вас нет необходимых прав для просмотра вложений в этом сообщении.

С админом все понятно - кто то поставил прозрачную авторизацию в домене...

Что с историей сообщений делать? Резервную копию не хочется восстанавливать - потеряется неделя - причем это помогло ненадолго.

[Алексей Пикуров]

А что с историей сообщений? Вы же не восстанавливали из бекапа ничего. Смените UIN 1 тип авторизации на нормальный и всё.

В чем проблема-то?

Team lead
Чат со мной

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

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

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

[Алексей Пикуров]

История сообщений перестала работать до рестора.

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

а историю в клиентах не показывает.

Какую конкретно историю и где?

Team lead
Чат со мной

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

консоли сервера в Просмотре протоколов - Переговоры в приватах - не находило сообщений раньше 24-04-2018

[Алексей Пикуров]

На локальную историю приватов в Windows-клиентах база истории сервера не влияет сейчас никак.

консоли сервера в Просмотре протоколов - Переговоры в приватах - не находило сообщений раньше 24-04-2018

Ну, инструмент не врёт. Не показывает — значит нет данных таких.

Team lead
Чат со мной

Не показывало никаких данных раньше 24 числа - мог перезапуск сервиса что то сломать в базе?
После рестора из архива от 20 числа все заработало и старые сообщения показывает за пол года к примеру

На локальную историю приватов в Windows-клиентах база истории сервера не влияет сейчас никак.

То есть клиент кеширует в папке профиля пользователя сообщения? Можно подробнее?

[Алексей Пикуров]

Меня пугает ваше сообщение:

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

Поясните, как это — "путём копирования"? Стандартная схема обновления сервера, описана в справке.

Team lead
Чат со мной

[Алексей Пикуров]

То есть клиент кеширует в папке профиля пользователя сообщения? Можно подробнее?

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

Team lead
Чат со мной

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

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

Каким образом тогда после восстановления бд сервера волшебным образом все старые сообщения на клиенте начинает показывать... Какая то мистика если честно

[Алексей Пикуров]

Достаточно было заменить папку \db, сервер обновит все что нужно. node, turn и остальное менять не надо. И уж тем более, менять тип авторизации юзеру с UIN=1

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

Каким образом тогда после восстановления бд сервера волшебным образом все старые сообщения на клиенте начинает показывать... Какая то мистика если честно

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

Team lead
Чат со мной

Согласен - починка сервера была не совсем корректной тогда. По UIN - слишком многим дали админить сервер ))

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

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

[Алексей Пикуров]

слишком многим дали админить сервер

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

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

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

Team lead
Чат со мной