Телеграм вешает сервер и исчезли очереди сообщений мессенджеров
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
Читают тему
Релиз 1С:Управление торговлей (11.5.26.110) + Модуль 1С:CRM (3.1.36.27) Версия продукта (3.1.36.27)
база клиент-серверная
У клиента настроено много мессенджеров всех по несколько (мах, telegram, whatsapp).
1. telegram 8 номеров. После обновления процессор загружен на 100%, 90% - это rphost и никак не падает, ждали даже час.
Решается только отключением регламентов хотя бы 3 шт telegram , т.е. стартуют 5 telegram-ов, когда они запустятся, можно запустить остальные и нагрузка тогда на на сервер 20-40% и все работает нормально. До обновления все работало по нагрузке процессора нормально, но не всегда приходили сообщения что решалось рестартом сервера 1С. Сейчас при рестарте пользователи работать не могут, все висит и нагрузка 100%.
В нашем случае :
"Развитие интеграции с Telegram
Обновлена компонента TDlib от компании Telegram, через которую выполняется интеграция. Для нативной компоненты, включающей в себя TDlib, выполнен ряд оптимизаций для снижения нагрузки на сервер 1С при подключении большого числа учетных записей."
Работает с точностью наоборот.
Какие варианты решения проблемы?
2. У клиента много учетных записей мессенджеров и были настроены правила обработки сообщений в рамках подразделения по очереди или на ответственного менеджера клиента. Вот это .
Сейчас все это исчезло из релиза. Клиент не доволен. Как теперь необходимо делать адресацию сообщений конкретным пользователям или очереди?
3. telegram на вид работает без ошибок: в журнале нет ошибок, регламенты запущены уже несколько часов, но перестает получать сообщения. Помогает только рестарт службы 1С, сразу приходят все пропущенные. Так было на релизе 3.1.34.22 и осталось на 3.1.36.27. По остальным мессенджерам в это время (мах и wa, вк) приходят сообщения. Есть варианты решения? Куда смотреть, что искать?
Ваше обращение зарегистрировано под номером #О00-0002015 "Форумы Rarus.ru. Телеграм вешает сервер и исчезли очереди сообщений мессенджеров".
Плановый срок решения вопроса: 14.05.2026 18:00:00.
По Вашим вопросам:
1,3. Попробуйте подключить учетную запись Telegram через GreenApi, где не задействована компонента TDLib.
2. Просьба прислать скриншоты настроенных правил обработки адресации сообщений мессенджеров
Дополнительно пришлите регистрационный номер основной поставки на программный продукт. Запрошенную информацию можно прислать в ответ на отбойник о регистрации сообщения (отправлен на электронную почту, указанную в Вашем профиле). Продолжим расследование ситуации по электронной почте.
1,3 т.е. вы предлагаете использовать платный сервис при наличии более 5 телеграмов?
2. в том то и дело, что поля с правилами исчезли из конфигурации полностью, их некуда поставить
Прикрепленные файлы
Можете словами описать сценарий, который был настроен для сообщений мессенджеров?
Подняла копию базы, были настройки чтобы сообщения падали сразу закрепленному менеджеру, если не закреплен - то по очереди
Прикрепленные файлы
Правила обработки были скрыты из решения, т.к. в них не работали условия.
Поставлена задача на проработку данного механизма для мессенджеров.
Сообщу Вам при получении новой информации
Поступил комментарий из Отдела разработки по п. 1,3:
1) был добавлен фильтр на перечень видов событий, которые передаются от компоненты TDlib в 1С. Ранее передавить все подряд и уже на стороне 1С фильтровались, так как компонента шлет избыточное число сообщений, которые не нужны в 1С.
Теперь список нужных видов событий фильтруется на стороне нативной компоненты.
2) был увеличен период ожидания ответа от компоненты/ отправки в компоненту данных.
Насколько мы понимаем, цель выпуска компоненты была в том, чтобы разработчики могли создавать свои альтернативные клиент для Телеграм. И такие клиенты всегда работают как персональные приложения на компьютере клиента.
Вполне возможно, библиотека не оптимизирована и не рассчитана на запуск большого числа экземпляров одновременно на одном ПК.
Что можно сделать:
1) уменьшить число подключенных аккаунтов Телеграм. Не делать персональные аккаунты каждому менеджеру, а использовать общий, использовать ролевую адресацию и прочее.
2) Перейти на интеграцию через Green API, это облачная интеграция, она не требует локальных компонент и прочего. Там есть возможность работы как через рег. задания, так и через web-хуки, при использовании которых нагрузка будет минимальной.
1. На релизе 3.1.34.22 все 8 Телеграмов работали и не нагружали сервер, в подключении мессенджеров ничего не менялось. После обновления на релиз 3.1.36.27 пошли проблемы по нагрузке сервер от такого количества.
Может как раз проблема в увеличении ожидания ответа? Если много телеграмов они может мешают друг другу его получить и вешают все?
Попробовала подключить компоненту из релиза 3.1.34.22 , она не подключается, падает в аварийное завершение сеанса т.е. старая длл не поддерживается на новом релизе.
Какие варианты чтобы не вешался сервер намертво, никто работать не может в 1С. В этом случае помогает запрет фоновых заданий и только после этого рестарт сервера 1С. Потом захожу, отключаю половину телеграмов, стартую фоновые задания и как только стабилизируется нагрузка сервера т.к. сначало 100% но через минуту с нее падает - по одному добавляю телеграм. Если добавить все сразу иногда так же вешается на 100% и ничего не помогает.
Клиент ругается и просит все откатить на прошлый релиз: и сообщения ответсвенному менеджеру исчезли и сервер висит периодически.
3. это решалось перезапуском сервера 1С , и сейчас бы решали. Но проблема в пункте 1.
1)
Может как раз проблема в увеличении ожидания ответа? Если много телеграмов они может мешают друг другу его получить и вешают все?
При получении ответа он будет Вам предоставлен
Отдел разработки запрашивает следующую информацию:
Для анализа ситуации нужны логи компоненты.
Воспроизведите ситуацию, чтобы была большая нагрузка на сервер.
После пришлите папку с логами и укажите время, с которого увеличилась нагрузка.
Для включения логирования компоненты RarusTDLib добавить в файл LogOptional.ini
Для Windows c:\ProgramData\1CEquipment\LOGs\
Для Linux /home/user/.1c-rarus/protection/log/LogOptional.ini
RarusTDLib=1
RarusTDLibLevel=0
Расположение логов:
Для Windows c:\ProgramData\1CEquipment\LOGs\RarusTDLib_*\
Для Linux /home/user/.1c-rarus/protection/log/librarustdlib_*/
Запустила лог во внерабочее время, в базе никого не было, сервер никто не нагружал.
После включения лога с 20:49 по 20:54 раза 4 rphost сам перезапускался, нагрузка при этом была 100%
Без логирования rphost держит 100% и не перезапускается.
Логи за это время прикладываю
Прикрепленные файлы
Передала лог в Отдел разработки. При получении новой информации напишу Вам
Разработчик запрашивает следующую информацию:
"Каким способом настроен доступ к Telegram: через постоянный VPN/ Proxy или через переключаемые Proxy, которые сам телеграмм предлагает"?
Через постоянный VPN
еще раз обращу внимание что сейчас все 7 телеграмов работают одновременно, только если их запускать по очереди, сначала 3-4 потом после стабилизации сервера добавляю по одному, проблема только в старте регламентов 7 телеграмов. На прошлом релизе 3.1.34.22 с тем же vpn, те же телеграмы стартовали нормально.
Поступил ответ из Отдела разработки:
Принято решение реализовать последовательный запуск регламентных заданий Телеграмма. Чтобы они не разом запускались и не тормозили все вместе сервер.
Будет константа "Задержка запуска регламентных заданий Телеграм"
Дополнительно, уточните, пожалуйста, какую лучше сделать задержку исходя из Вашего опыта при работе с базой клиента: 2, 5 мин... или 30 сек.?
На Вашу электронную почту, указанную в профиле, отправлено расширение, которое контролирует последовательный запуск библиотеки TDLib, и комментарии к расширению.
Просьба установить расширение и отписать по результату проверки ситуации