В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

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

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

PostgreSQL + 1C + Linux

1729 membersпожаловаться на группу
2020 November 10

АЛ

Артем Лазаренко... in PostgreSQL + 1C + Linux
Alexey Fedotov
Как решали?
писали по проблеме даж в КОРП поддержку, но мы писали по фрешу, на БГУ вроде не было такой траблы, на фреше оказалось все куда прозаичней, на раб. столе пользователя была форма с обработчиком ожидания которая периодически статусы запрашивала или чет такое, вот это отключили. А еще раньше тож траблы аналогичные были, но тогда решилось сменой апаче mpm на worker
источник
08:57пожаловаться#1

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
L K
Тут вопрос философский - стабильность или знание проблем.
Я предпочитаю разобраться в причинах, а не делать "профилактический рестарт" 😉 Проблема в том, что к этой "лавине" придти можно очень быстро даже после рестарта. Закономерности не выявили ... Хотя, признаться, не все возможные варианты анализировали ...
источник
08:58пожаловаться#2

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
Артем Лазаренко
писали по проблеме даж в КОРП поддержку, но мы писали по фрешу, на БГУ вроде не было такой траблы, на фреше оказалось все куда прозаичней, на раб. столе пользователя была форма с обработчиком ожидания которая периодически статусы запрашивала или чет такое, вот это отключили. А еще раньше тож траблы аналогичные были, но тогда решилось сменой апаче mpm на worker
Ну у нас тоже фреш, воркер стоит ...
источник
08:59пожаловаться#3

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
С корпом на связи ...
источник
08:59пожаловаться#4

АЛ

Артем Лазаренко... in PostgreSQL + 1C + Linux
Alexey Fedotov
С корпом на связи ...
они че, жмут плечами, или запросили анализы всех кто смотрел когда-либо на сервер?
источник
09:01пожаловаться#5

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
Переписка долгая, они уже забыли суть проблемы ... Мы их вяло попинываем ... Обновились на 17.1549 стало поинтереснее, но все равно лавина есть
источник
09:02пожаловаться#6

АЛ

Артем Лазаренко... in PostgreSQL + 1C + Linux
" они уже забыли суть проблемы"
да, такое бывает у них
источник
09:04пожаловаться#7

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
обмениваемся ТЖ-шечкой 😉 вот собираю новый "пакет" 🤣
источник
09:05пожаловаться#8

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
Мастера 1С Всем добрый день! Обращаюсь к Вам за советом.
Есть 2 физических сервера, на них 2 кластера 1С на портах 1541 и 1641.
Оба сервера в кластерах 1С - центральные.
Существует проблема с rmngr он периодически зависает у любого из кластеров.
Лечится так: убиваем rmngr на обоих серверах и тут же чистим сеансовые данные.
Как понять причину зависания, она вероятно в сеансовых данных?
Разнести кластера 1С по разным серверам пока нет возможности.
Что и где можно помониторить?
источник
09:45пожаловаться#9

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
Все это на линукс centos
источник
09:49пожаловаться#10

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
платформа 8.3.15.1830
источник
09:50пожаловаться#11

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Alexey Fedotov
У нас есть кейс (тьфу ты, не люблю это слово) количество пользователей (сеансов 1с) за 600, количество соединений в терминах 1с в нормальном режиме порядка 100, количество соединений с СУБД где-то в этих же пределах. max_connections стоит 2000. Так вот, наступает такой момент, когда количество соединений начинает расти лавинообразно и держит эти соединения модуль веб-сервера. Рост продолжается до тех пор пока не упираемся в лимит max_connections дальнейшее развитие событий может быть разным. Но что гарантированно снимает "нагрузку" - это перезапуск вебов ...
попробуйте прописать в pg_hba.conf trust-овый доступ для ip веб-сервера
источник
10:10пожаловаться#12

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
зачем - не скажу, так как сам пока не понимаю зачем он туда ломится именно для удаления соединений, но было замечено такое поведение..
Попробуйте, может поможет
источник
10:10пожаловаться#13

LK

L K in PostgreSQL + 1C + Linux
Илья Савельев
Мастера 1С Всем добрый день! Обращаюсь к Вам за советом.
Есть 2 физических сервера, на них 2 кластера 1С на портах 1541 и 1641.
Оба сервера в кластерах 1С - центральные.
Существует проблема с rmngr он периодически зависает у любого из кластеров.
Лечится так: убиваем rmngr на обоих серверах и тут же чистим сеансовые данные.
Как понять причину зависания, она вероятно в сеансовых данных?
Разнести кластера 1С по разным серверам пока нет возможности.
Что и где можно помониторить?
как запускаете через systemd?
источник
10:12пожаловаться#14

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
Нет
источник
10:12пожаловаться#15

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
service srv1cv83 start
источник
10:12пожаловаться#16

LK

L K in PostgreSQL + 1C + Linux
Илья Савельев
Нет
Сделайте запуск через systemd нет таких проблем.
источник
10:13пожаловаться#17

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Вадим
базу пересоздавали не помогло, а вот кластер да создали заново и прописали все базы заново. Но вот как избежать эту ошибку вообще
После обновление платформы необходимо обязательно очищать сенасовые данные на сервере и крайне желательно чистить кэш 1С на пользовательских ПК
источник
10:13пожаловаться#18

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Илья Савельев
Мастера 1С Всем добрый день! Обращаюсь к Вам за советом.
Есть 2 физических сервера, на них 2 кластера 1С на портах 1541 и 1641.
Оба сервера в кластерах 1С - центральные.
Существует проблема с rmngr он периодически зависает у любого из кластеров.
Лечится так: убиваем rmngr на обоих серверах и тут же чистим сеансовые данные.
Как понять причину зависания, она вероятно в сеансовых данных?
Разнести кластера 1С по разным серверам пока нет возможности.
Что и где можно помониторить?
Илья, у тебя по 2 кластера на сервер 1С?
Или по 2 сервера на кластер?
источник
10:14пожаловаться#19

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
на одной машине сколько служб 1С? В каждой службе по 1 кластеру?
источник
10:15пожаловаться#20