Добрый день, в последнее время возникла следующая проблема:
процесс rphost очень быстро поедает всю свободную оперативку. Причем неделю назад такого не было. Никаких изменений в конфигурации и обновление платформы не проводилось.(Все работало без проблем последние 2 месяца).
Перезагрузка сервера и/или ребут службы дает только временное решение проблемы (с 300 метров память сжирается до нескольких десятков гигабайт).

Кто сталкивался с этим? Как решили проблему?

версия 1с?

постгри? отключи регламентные задания нах

(1) 8.3.5.1119, всегда работала стабильно

(2) mssql

Антивирь стоит обновить,имхо..

(0) обновите платформу у меня была подобная ситуация и даже в 1С есть зарегана ошибка, вот только я не помню на какой платформе это воспроизводилось. Но я обновил и проблема исчезла.

(3) Обновись  в какой то версии починили одну из утечек

1. Почистить кэш
2. Обновить платформу
3. Запустить технологический журнал и смотреть утечки памяти.

(8) по ТЖ смотреть утечку это смерти подобно.

Была подобна ситуация на УТ 11 происходил не понятный сбой в алгоритме и при регламентном задании в регистр накопления писалось несколько милионов записей к одному регистратору. Утечки заоблачные....

(9) Во всех системах люди читают логи и ищут причины, а в 1с этот процесс почему-то смерти подобен.

(11) а что ты думаешь в логах увидеть, если ошибка в платформе?

(11) искать утечки да... Нет пока нормально придуманного процеса поиска утечек. Тем более сервер 1с тогда вообще захлебывается когда ТЖ настроен на поиск утечек.

Вот я наблюдал за rphost на обычных формах еще старая УТ 10. Формируем отчет обычным построителем и если там очень много настроек и например отчет не сформировался , память не освобождается.

Пробовал проделывать и например отчет сформировался и данные вывелись пользователю память еще занята пока отчет не закрыть либо Посторитель = Неопределено сделать.

(0) не надо меня голословно обвинять! Где скрин с диспетчером?

(15) https://yadi.sk/i/rJHkXMpbgzSqZ

(16) да-да-да, я бесконечен

(0) Так настроить не поможет?
http://www.avtomat.biz/blog/avtomaticheskiy-perezapusk-rabochih-processov-servera-1spredpriyatie-8#.VWx7qM_tlBd

Ответа нет, только робкие догадки и мысли невпопад Жадный rphost жрет память и процессор

(15) Да какой скрин?
Постоянно 92 — 96 процентов памяти и проц не отстает почти.
Рубишь рпхост, через пару — тройку часов та же песня.

(18) это профанация автоматизации, а не решение проблемы

(0) Поставь ограничение по максимуму памяти.
Время перезапуска не важно. Можно не ставить.

(22) Это не помогает, просто тогда по разным процессам загрузка раскидывается

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

(24) Примерно в каких в этих? Версия последняя.

(25) Что непонятного? Сказали же "примерно в этих".
Сервер 1С грузит конфу и выгружает. Снова грузит и снова выгружает. Пользователей то нет, регламентное отработало. Утечки копятся еще быстрее.

(25) Последняя? 8.3.5.1119 дата выхода 08.08.14.

(27) Я говорю, у меня последняя и те же самые проблемы.

(26) А, ну да.
Примерно в восьмой версии 1С проблемы с памятью, ага.

(29) Это был сарказм!

https://bugboard.v8.1c.ru/error/000003805.html
Объем виртуального адресного пространства, занимаемого рабочим процессом сервера Предприятия, непрерывно растет. Особенно быстрый рост наблюдается, если в кластере зарегистрированы информационные базы, с которыми пользователи не работают постоянно, но в которых определены и включены регламентные задания.
Статус: Исправлена в выпущенной версии
Зарегистрирована: 12.12.2014
Исправлена: "Технологическая платформа", версия 8.3.5.1428

(30) Так я собственно понял, тоже говорю не без сарказма :))

(31) И че? А на заборе тоже написано "Welcome", а там злая собака.

Мне вот интересно, если одинесине разрешить максимум по килобайту и запустить перепроведение в УПП, как она это переварит. Переварит ли.

(33) Скорее всего автор столкнулся с (31). У тебя возможно что-то другое.

Я проблему не исследовал, но было у меня похожее.
Примерно за 30-60 минут 1С выжирала всю память (12 гиг) и врубались дикие тормоза.
2008 64 бита сервер, терминальных клиентов рыл 30-50, postgres для торговли, MS SQL для бухов.

1. Изгнал бухов с их бесконечными обновлениями. снес MS SQL
2. Удалил все установленные версии 1с (новые ставились, старые не удалялись - скопилось их штук 5 версий).
3. Установил последнюю на тот момент версию 1С и сервера. Проблема исчезла.

Перед возникновением проблемы обновлялась только платформа и сервер, конфигурация не правилась, так что подозреваю, что утечки в сервере были, ибо клиенты не раздувались, а пух rphost.
На тот момент братья НЮ что-то там поменяли и в настройках сервака исчезла опция перезапуска процесса при достижении определенного отожранного размера памяти. Отсюда может сделовать, что неудаленные старые версии оставили настройки в реестве на которых глючила новая версия.
Но еще раз: я не разбирался в истоках проблемы. У меня всего один сервак и контора работает без выходных. Удалось локализовать и ладно.

(35) Да ты издеваешься!
Хотел сарказмически юморнуть, что мол что, хочешь сказать, что у ТС надо платформу обновить, а мне что-нить другое попробовать что ли?
Но решил уж не шутить так топорно.
Так нет, я промолчал, так ты мне это выдал.
Мне вот, если честно, непонятно, на что рассчитывают люди, когда пишут такие посты?
Ветка-то по данной проблеме не первая, уже понятно, что кавно-то с орехами и уже написали, что рецепты из серии "А вы пробовали выключить и включить?" и первая страница Яндекса (ровно как и вторая и третья, кстати) не помогает.

(36) У меня одна версия 1С
Что значит снес MS SQL, оставил постгрес что ли?

(37) Узбагойся. Не вчитывался я во всю тему и сообщений твоих не видел. Увидел в (3), что версия старая и написал (24)

(0) сделать дамп процесса и отправить в тех. поддержку 1С. хотя там первым делом посоветуют обновить платформу)

(39) Ну да, зачем читать остальные 30 постов, вдруг обновление платформы поможет, ага.

(40) А если это будет дамп последней платформы?

Меня беспокоят фоновые задания, когда отчет закрывают нажатием Escape. Как бы их вырубить...

(42) тогда, по идее, должны ответить что-то внятное.

(44) "Ваша заявка зарегистрирована под номером..."?

(45) теперь жди ответа.. хотя, говорят, что на партнерском форму быстрее помогают. можно и туда попробовать залить, если есть доступ.

(46) Спасибо, КЭП.
Если бы я всегда надеялся на других, ХЗ чем бы все это закончилось.

Попробовал у себя настроить так:
Интервал перезапуска: 3600 //То есть каждый рабочий процесс через час перезапускать, перед этим перекидывая активные соединения на новый рабочий процесс
Допустимый объем памяти: 512000 Kb //То есть сожрал процесс 512 Mb, значит привлек к себе внимание, кандидат на расстрел
Интервал превышения допустимого объема памяти: 60 сек. //То есть прошла минута, а процесс не отдал память — расстрелять. Надеюсь, что перед этим активные соединения перекинутся на новый рабочий процесс. Но тогда непонятно, он типа тоже сразу же столько же памяти сожрет?
Допустимое отклонение количество ошибок сервера: 0 % //Не знаю, зачем это мне
Выключенные процессы останавливать через: 60 сек. //Трупы не храним
Уровень отказоустойчивости: 0 //Не знаю, зачем это мне
Режим распределения нагрузки: Приоритет по производительности //Не знаю, что лучше, оставил так

Запустил перепроведение доков в базе, посмотрим, вышибет или нет.

(38) Нет
УТ 10.3 под постгресом, а бухия была под MS SQL.
Я не думаю, что проблема была в этом.
Просто частые обновления бухов, требующие обновление платформы привели к тому, что была установлена глючная версия сервера 1С.

(48) А, понял.
Ну, практика показывает, что по ходу любая версия восьмерки глючная, если у тебя под сотню баз.
Посмотрю, чем закончится эксперимент в (47).

(49) 1 база УТ, 2 базы бухии.
Вопрос в другом. Вопрос в том, что не принято в виндах нормальные логи и средства диагностики. Тем более в 1С.
Поэтому пользуйте танцы с бубном, смутный опыт коллег, на которых вы наезжаете. Ну и молитесь, если верите. А если не верите, затаривайтесь вазелином.

(50) Да не, все не так печально, это мой личный сервер, на котором я экспериментирую, так что плевать, грузится он или нет.
Не плевать то, что нет описанного решения проблемы, несмотря на то, что проблема серьезная и массовая.

(51) Не воспринимайте близко к сердцу. Возможно вы знакомы с компанией 1С не очень давно.
Я работаю с продуктами этой дотстойной фирмы с версии 4.5, которая была еще под DOS.
Со временем иллюзии развеиваются, приходит понимание.
Вы заканчиваете строить дом, ваш сад плодоносит, сын поступает в институт и приводит девушку познакомится.
А миражи остаются в далеком прекрасном прошлом :)))

(52) Эээ... 15 лет отношений :))
А в слове дотстойной где опечатка? :))

(53) Это вы для себя сами решите, как опечатку исправить :)
А я на неделю в отпуск :)
Строить второй этаж. И еще надо пару яблонь посадить. Улей поставить. И С сыном на рыбалку сгонять :)

Мда, фокус (47) не удался.
Шуршала 1С шуршала и куку, приложение будет закрыто, до свидания.
Мда.

+(55) Теперь попробую все то же самое, но без перезапуска процессов раз в час.

+(56) Не, хрен наны.
Рукалицо

Что ж, теперь попробую с трупами.

ТЖ на предмет  утечек ничего полезного не содержит?

(59) Я не в курсе, что там и как смотреть.
И, потом, если и содержит, что делать после этого?

(60) настроить конфиг на leak. Узнать кто там такой пожиратель  памяти... ну и что-то делать с ним

* конфиг для записи логов в ТЖ

вроде на ИТС видел спецобработку которая сама позволяет удобно настроить конфиг не рисуя mхl ручечками а выставив галочки получить его ан выходе

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

(0) Была подобная хня в 8.3.5.1186 под линухом.
Помогло переключение в режим выделенных rphost'ов по базам.
Ну, как помогло... Всё равно для сохранения стабильности работы раз в 2 недели перегружать приходится (баз много, среди них есть относительно "тяжелые").

(65) + Периодически один из rphost'ов провоцирует оптовые утечки (эпизодически, без явных закономерностей). Вероятность тем выше, чем дольше сервак не перезагружался. Если раз в две недели перезагружать - вероятность стремится к нулю.

(47) это не решение проблемы. это лишь даст возможность работать какое-то время, утечка то все равно остается.

(55) ну как я и сказал в (67) :)

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

(58) Хе, с трупами та же хрень, вышибло нахрен

(70) Пробовал rphost'ы раздавать отдельно для каждой базы? Мне помогло. Плюс если что - легче локализовать проблему.

(71) Как?

(72) В свойствах рабочего сервера "Количество ИБ на процесс" = 1

(73) Попробовал. Не помогло.
В общем планировщик задач жрет память.

А при перепроведении случайно не пытается все документы в ТЗ прочитать?

(75) Да какая разница?