После перехода на платформу 8.2.15.318 (клиент/серверный вариант, сервер 32 bit, несколько процесов)щанятая 1с память начала расти как на дрожах.
Клиенты доходят до 600-700 Mb, процессы до 3,6 Gb.
Никогда до этого такого не наблюдалось :(, а пишут что починили утечку памяти.
Есть еще у кого такие же проблемы на этой версии платформы и как с этим бороться?

(0) написали 1С?

написал ли я запрос в 1с? или что 1с  пищет что починили утечку памяти?

Переходи на 8.3 )

:) - в камикадзе не записывался...

(4) а зачем на 8.2.15.318 тогда перешел??

сидел на 301, обновляясь решил перейти на последную - видимо зря решил

(0) Конфу какую используешь?

УПП 1.3.27.2

После письма-страшилки от 1С о необходимости обновиться до 8.2.15.318 http://www.1c.ru/news/info.jsp?id=15292 задумались об обновлении платформы (сейчас 8.2.15.301).

Хорошо, что решили подождать!

Террз, спасибо.

Документооборот хочет 8.2.15.317 минимум. Вчера поставил 15.318.
Если в двух словах - релиз глючное го*но. Проблема с памятью из сабжа имеет место. Ставить на рабочие серваки нельзя.

(7) А как конфа может влиять на размер памяти, занимаемой процессами сервера?

600-700 Мб для толстого клиента с УПП - это почти нормально.
А вот 3.6Гб на каждый процесс сервера - это как-то стрёмно.

(3) >> Переходи на 8.3

Ага! И использовать её в режиме совместимости с 8.2.16.

А то что 1С забыла выпустить 8.2.16 (хотя бы тестовый релиз) - это фигня.

(12) Ага, сам прифигел)

мы перешли на 317 из-за того, что там исправлена ошибка "Конфигурация узла распределенной ИБ не соответствует ожидаемой", с которой поимели гемору на 301-м. Теперь имеем гемор с памятью. Переход на 318 проблему с памятью не снимает, но снимает потенциальный пц с ошибкой "В клиент-серверном варианте информационной базы возможно возникновение критичной ошибки, которая может влиять на сохранность данных и стабильность работы системы". Я счастлив, что выбрал профессию одинэсника. Мне хорошо, тепло и уютно в этом мире.

Сижу на 294 :) и похоже еще долго сидеть буду....

Есть несколько файловых баз. их на 317 перевести успел. но там вроде особых проблем нет.

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

БП 2.0,  сидим на 8.2.13.219.   Проблем особых нет.    На 8.2.15.318 переходить стоит?

(Гл. бух требует, начитвшись  

http://www.1c.ru/news/info.jsp?id=15292 )

(0) за какой период он так вырос?

(17) Менеджер кластера сам умеет перезапускать процессы. Зачем еще что-то вручную перезапускать?

сутки. есть подозрение что разрастается в процессе выгрузки базы
- проверить смогу только вечером.

(21) так и есть. перегружай комп

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

так разве не писали в "Ошибки исправленные в 8.2.15.318" среди прочего и "Постепенная утечка памяти в процессе rphost и rmngr"?! я думал наоборот исправили. а тут получается наоборот, накосячили?

(22) - что растет за сутки? или что раз в сутки перегружать комп?

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

(24) - там дальше еще одну ошибку "исправили" - правда в 317 версии
20003334  Объем памяти рабочего процесса кластера серверов
Проблема:
Объем памяти, занимаемой процессом rphost, непрерывно растет в процессе работы. Наиболее быстрый рост объема памяти наблюдается при наличии в кластере информационных баз с включенными регламентными заданиями, к которым не подсоединено ни одного пользователя.
Дата публикации:
2012-05-12

Мдаа, зазря я, видимо, поставил 318. Память-то он жрать, может, и перестал, но вот проц, бедолага, не знает куда и деться: раньше idle было на уровне 30-35%, теперь 0,1-2%. Соответственно, и тормоза. На предыдущем этого не было. Короче, чего-то на новом релизе не герметично.

(11) "А как конфа может влиять на размер памяти, занимаемой процессами сервера? "
если в конфе заюзали новые фичи, появившиеся только в свежем релизе - может начать жрать.
только вот с фига они каждую новую конфу рекомендуют юзать чуть ли не на последнем релизе платформы - не понятно.

(25) "система стабильно стоит по 600 мегабайт на процессор"
на процессор или на процесс?

народ, а если базы конвертил на 317, на 310 можно перейти?

(30) Не должно быть проблем. Конвертация нужна при переходе с 8.2.13 и ниже 8.2.14 и выше

+(31) при переходе с 8.2.13 и ниже на 8.2.14 и выше

(0)У меня после обновления платформы перестал работать сервер 1с Х64,
при запуске базы выдает сообщение "Ошибка формата потока, Администратор разорвал соединение с информационной базой"
пришлось раздавать доступ к базам с резервного Х32 сервера 1с, что заметно сказалось на производительности.

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

да вообще геммор создали с этой 15-ой...

13-ая была - работала - вообще все забыли как она работает....

а тут...

Да.. При Медведеве такого не было!

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

(29) - на процесс

вечером перегружал сервер, утром, до прихода пользователей опять оба процесса по 3,6 Gb и "висят" - то есть остановкой службы не закрываются. Ночью работали только фоновые задачи, да и те типовые.

(29) Перезалить через xml

(37) Вот интересно, а как быть, если последние релизы БП требуют платформы не  ниже 8.2.15, а из 15-х выложена только 8.2.15.318 и на нее настоятельно рекомендуют обновиться ввиду ошибок в предыдущих платформах, которые влияют на стабильность работы и сохранность данных

(40) это в порядке вещей...

В общем 1С выпустила самый глючный релиз платформы и рекомендовала всем на него переходить :) Блестяще!

ждите 8.2.16 (тем более, что 8.3 уже ссылается на нее)

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

При создании начального образа узла РИБ объем занимаемой памяти постоянно растёт, а затем 1с вылетает. Не помогает и 64х разрядный сервер. Остаёмся пока на 8.2.13

(38) Так и не настроил регламентный перезапуск?

(46) - а через сколько его перезапускать? или по объему?

(47) раз в сутки (ночью) вполне достаточно должно быть.

(48) перегружать физически или останавливать?

(49) зачем физически? да и как?
я раньше (когда совмещал 1С и админа) делал net stop / net start, а как сейчас админы рулят - б.м.п.

318 - жутко глючный релиз по памяти.
Ест столько, сколько положишь в "физическая память", после чего - вываливается с ошибками.
Кто не перешел - не переходите ни в коем случае.
Память забивает - на х32 до 4ГБ и "Нет свободной памяти", на х64 - сколько есть (хоть 16 ГБ, хоть - 24ГБ).
Возможно, кого-то спасет создание нескольких рабочих процессов rhost - иногда разгружает память и 1с сервер работает стабильно.

(48) щас... память отъедается в течении рабочего дня. Посмотреть бы на вас, когда вы будете перегружать процессы, когда бухгалтера отчетность делают.

>>Всегда удивляюсь людям
это вы 1с-у удивляйтесь с их "в предыдущих релизах возможна потеря данных при работе пользователей" и "исправлена ошибка 317-го релиза утечки памяти".

(49) (52) По-моему, этого достаточно: http://i43.fastpic.ru/big/2012/0705/01/2f70ea7e34644d563b3262733f261801.png

(54) знать бы, что такое "интервал превышения допустимого объема памяти"...
в старых комплектах документации наверняка об этом ни слова не сказано, равно как и в электронной документации - разве что на ИТС и partners

(55) Не думаю, что здесь какая-то сложность: допустим, нужно обработать гигантскую ТЗ, полученную из запроса. ИМХО, в таких случаях процесс выделяет память, а после выполнения обработки высвобождает. Процесс обработки может идти достаточно длительное время, вот об это времени и идет речь

(56) забываем о том, что кластер по идее должен сохранить работоспособность подключения вне зависимости от работоспособности рабочего процесса?
превысил рабочий процесс допустимый объем памяти - обнаружили, что нужно его перестартовать - передали ВСЕ подключения на другой рабочий процесс - перестартовали "аварийный". Интервал какой и для чего?
разве что интервал опроса (диагностики)

(57) > Интервал какой и для чего?
Пример. В настройках выставлено 120 сек и 1 Гиг. До описываемых в примере (56) событий процесс сожрал 900 Мб. Началась обработка, процесс сожрал 1100 Мб. Менеджер кластера (или как там его) обнаружил это и запустил счетчик времени. Прошло 120 сек. Если по истечении этого времени процесс высвободил память (например, стал занимать 950 Мб), то менеджер кластера ничего делать не будет, если процесс все также превышает выставленные ограничения, менеджер кластера его перезапустит

(48) раз в сутки - ночью не помогло :( - физически перезапускал сервер, а к утру все утекло...

(58) - пока ставить боязно  - отчетность началась, главбух переодически ставить расчет себестоимости, а он формируется минут 10-15.

Кто переходит.. тот осёл мне кажется.. нахера переходить если всё ок работает? Не чеши место которое не чешется пля..

(40) Ну дык можно так: зайти на загрузочную страницу 318-го релиза, и в конце строчки поменять циферку 8 на 7, н, вот тут id=Platform82&ver=8.2.15.318 сделать id=Platform82&ver=8.2.15.317 и энтер. Все пока доступно.

(60) у меня не все работает как надо. К примеру закладки в УФ тормозят на 8.2.14
Вот сижу и думаю на какую из 15 перейти

(62) имхо 8.2.15.301

(62) - тоже 301 советую :(

(61) Так то оно так, да и на дисках ИТС есть промежуточные платформы. Вопрос в том, кому больше верить - мистянам, которые, проверив на практике, пишут, что 8.2.15.318 ест ресурсы или 1С, рекомендующей переходить на 8.2.15.318 и с 15х и с 13х платформ

Была проблема с утечкой памяти, после установки 318 релиза проблема исчезла, скуль 2008

после обновления 310 на 318 сервер стал жутко тормозить, приходится перегружать сервер каждый день

кстати! кто-нибудь интервал перезапуска на кластере настраивал? у кого сколько? поделитесь инфой?

(68) -> (54)

(59) В предыдущей сборке память тоже течет

у меня на 317 тоже все сжирает, потом тормоза, но работать можно, но бывает доходит до полного тормоза и сервер ребут

2ые сутки без перезагрузки - память по 700 мег на процесс :)

http://release.8c1.ru/bugs/341004/8.2.15.318

(73) - это к чему? тут все как раз и обсуждают, что ошибку в очередной раз "исправили"

http://downloads.v8.1c.ru/content/Platform/8_2_15_319/ErrPlatform_8_2_15_319.htm

кто 8_2_15_319 попробовал? я тоже с  8.2.14.537 обновил 8.2.15.319 жрет теперь всю память((

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

(76)Там-же, вроде, написано - "Ошибки исправленные в 8.2.15.319"

(76)Там-же, вроде, написано - "Ошибки исправленные в 8.2.15.319"

почему спрашиваю, т.к. эта Версия для ознакомления

что то я понапутал, вообщем обновил  с  8.2.14.537 обновил 8.2.15.318 ую,
вот хотелось бы услышать мнение пользователей которые установили  8.2.15.319

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

возможно поможет установка 8.2.16.352

Действительно, какой-то порыв. Прорыв.

(81) "актуальная", то же мне :)
час назад стала "актуальной".
Сколько уже раз писали, что "ошибки утечки исправлены"? Вот потестят, и станет "актуальной".
Если нового чего не вылезет.

Сижу на х64 в кластере(2хhp dl380g7) 8.2.15.218 - полет нормальный, на  319 переходить не собираюсь пока)))
Бум ждать 8.2.16.)

А лучше 8.3 стабильный))) Никак толком 1С не может подружить с Oracle)))

(76) откатись на 8.2.15.301

(65) Как уже написал выше, были проблемы, но, как оказалось, с 1С не связанные: зависло несколько соединений и из-за них возник жор памяти и проца. Перезагрузил сервер (а можно было бы просто /etc/init.d/network restart) - и все заработало.
В субботу поставил 8.2.15.319. Нормально отработали сегодня, все показатели в норме. Похоже, действительно исправили проблему с регламентами - при окончании работы процесс выгружается полностью, раньше оставался "хвост" и постепенно сжиралась вся оперативка.
8.2.16 даже тестить пока не буду - если все ОК, сразу перейдем на 8.3 (наверное, не раньше ноября). Нам принципиальна нативная поддержка Линукс-клиентов.

Та же ситуация что и у автора темы! Пытались "внедрить" УПП уже месяца два как.. В итоге сразу начались проблемы то не печаталась вообще ничего (отчеты), то "счет-фактура" (тут же на "Бухгалтерии" все печатает на ура). Итоги переписки с 1с всегда одни и те же "обновите платформу/конфигурацию". Ну обновляю (начал еще с 14.537(если склероз не изменяет) и какойто конфигурации), ниче не меняется, проблема с печатью оставалась а вот с версии 15.317 еще и память "поплыла".. На данный момент на 15.318 периодически "сбиваю" процесс. Очень радуюсь такой "замечательной" программе и все время думаю о её "авторах". Сейчас вот разглядел что 319 вышла.. терять уже нечего, сегодня буду ставить.

http://downloads.v8.1c.ru/content/Platform/8_2_15_319/ErrPlatform_8_2_15_319.htm

(88)неудачники

В 319 нормально все.

Fragster, спасибо видел, но думаю попробовать - один фиг сейчас тоже не работает.
prog2012, Вы погляжу более удачливый товарищ.. не вопрос могу открыть Вам доступ на сервер, проверите свои силы. Сделаете чтобы заработало - отблагодарю ;).

Поставил (15.319), около 8 часов полет нормальный! Память пока не кушается! Сейчас пошел боевой режим с хомяками =).

(94) там как раз это и исправляли
http://release.8c1.ru/bugs/341004/8.2.15.319

(95) ЭТО и не только там исправляли :-)

(95) чО ты на левак ссылки даешь? в (90) правильная ссылка

Ну в общем сутки прошли, на этот раз вроде действительно исправили! релиз 8.2.15.319 на моем серваке память не жрет =)

подтверждаю, обновился 8.2.15.319, и наконец память не жрет!!!!

сто! (98)(99) спасибо

(99) ура (если это так) , наконец то в отпуск

(0) Советую отпиливать память и продавать. Может ты открыл размножающуюся память?

Вышла 8.2.16.352!