Процесс rphost x64 сжирает всю память за час #744177

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

версия 1с?

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

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

mssql

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

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

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

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

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

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

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

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

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

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

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

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

Так настроить не поможет?

Ответа нет, только робкие догадки и мысли невпопад

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я проблему не исследовал, но было у меня похожее. Примерно за 30-60 минут 1С выжирала всю память (12 гиг) и врубались дикие тормоза. 2008 64 бита сервер, терминальных клиентов рыл 30-50, postgres для торговли, MS SQL для бухов. 1. Изгнал бухов с их бесконечными обновлениями. снес MS SQL 2. Удалил все установленные версии 1с (новые ставились, старые не удалялись - скопилось их штук 5 версий). 3. Установил последнюю на тот момент версию 1С и сервера. Проблема исчезла. Перед возникновением проблемы обновлялась только платформа и сервер, конфигурация не правилась, так что подозреваю, что утечки в сервере были, ибо клиенты не раздувались, а пух rphost. На тот момент братья НЮ что-то там поменяли и в настройках сервака исчезла опция перезапуска процесса при достижении определенного отожранного размера памяти. Отсюда может сделовать, что неудаленные старые версии оставили настройки в реестве на которых глючила новая версия. Но еще раз: я не разбирался в истоках проблемы. У меня всего один сервак и контора работает без выходных. Удалось локализовать и ладно.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как?

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

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

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

Да какая разница?