До этого стояла 1119. Все хорошо. Вкрячил 8.3.5.1383 и поехало.. оперативка безгранично кушается рпхостом... само по себе стало долго все отрабатывать.  Сейчас понизил максимальное количество потребление ОЗУ одним процессом до 5 гб. посмотрим что будет.

(11) буду ждать, а то как раз собрались обновить платформу, а тут такой сюрприз. У нас 19 ИБ, пользователей около 100.
(8) интересно, почему у вас ничего такого не происходит.

(8)два сервера?

(13) Ну у нас не 57 баз. Поменьше немного. Но есть пара-тройка тестовых, в которых включены регламенты, и в них постоянно никто не работает.

(14) В смысле два?

а 8.3.5.1428 вышла?

Вроде 8.3.5.1420 - последняя

(17) 8.3.5.1420 тестовая

(18) 8.3.5.1428 тестовая от 20.01.2015

У себя давно отрубил регламентные на "мёртвых" базах, так что с "жором" памяти не столкнулся. Переехал вчера.
Но у меня база стала вылетать на некоторых запросах с дикой ошибкой СУБД: ERROR: column tхх.хх does not exist LINE х
И я вообще хз что это за подстава (
ЧСХ, вылетает как файловый, так и серверный варианты...
И в сети с такой "маской" ошибки описаны только косяки при установке постгресса на никсы.
У меня же винда...
Вечером ни одна касса не свернулась
Я ХЗ что делать.
Можно, конечно, проблемные запросы переписать (благо, спотыкается только на написанных мной, но не стандартных, по крайней мере, вылетов на типовых запросов не зафиксировал пока), но я даже хз, в что именно в этих запросах не так...
В общем, попа -(

(20)[ но я даже хз,что именно в этих запросах не так... ]
что-то мешает поднять тех.журнал, профайлер и разобраться ?

(21) ну... как минимум, отсутствие отметки о факте падения в тех. журнале...
А что мне даст профайлер? Мне и из описания ошибки видно, что БД не видит запрошенных данных. Только вот дальше что?
Разве что последовательно пытаться упрощать запрос, пока база не перестанет рушиться при его выполнении?.. :-\

Подтверждаю проблемы с указанным в теме релизом.
На тестовом 8.3.5.1428
работает стабильно

(23) кинь ссылку на дистриб, пожалуйста.
Даже если я выловлю сейчас этот баг с запросом - я манал перелопачивать зубодрбильный объём данных под сомнительные требования релиза -(
Итак чувствую себя попугаем-копипастером, вставляя заглушки во все процедуры обработказаполнения, которая с какой-то радости стала вызываться при создании каждого нового документа с неопределённым основанием...

https://users.v8.1c.ru/distribution/version_files?nick=Platform83&ver=8.3.5.1428

(24) Всё, не надо, сенкс - сам нашёл -)

(0) Да, с памятью что-то не так в 1383.
8 ГБ рпхост на 1 бух. базу -- это перебор.

Только вот дилемма: и на тестовый 1428 не хочется переползать, и откатываться обратно тоже.

(23) Продуктивные базы на этом релизе?

(27) Ну две - БП 3.0 и УТ 11
Пока все стабильно.
На 1383 удалось добиться работоспособности выделением на каждую ИБ отдельного процесса rphost и установки максимального объема памяти на процесс 4 Gb (ТОЛЬКО В БАЙТАХ)

(0) все еще сырая...рано)))

(29) Восьмерка еще сырая ©

Это будут настоящие мучения.. ждать стабильного релиза... (28) Сделал тоже самое только по 5 гб.. пару часиков было стабильно.. с 18.00 запустились регламенты.. сейчас смотрю.. все выжрано.. 9 процессов. 5 по 9 гб.. остальные от 1 до 7.

+1 Память жрет.
Кроме всего прочего пришлось переписать некоторые запросы - sql падал.
На самом деле это какая то засада. Хочешь обновить бух - ставь новую платформу и разгребай глюки.

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

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

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

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

(33) вот это главный недостаток "чистых" 1С-ников. Ка проблема на пересечении зон ответственности - сразу теряются или в "несознанку".

26 февраля "обещають" 8.3.6. Там этот косяк покажется детским лепетом :)

(35) настоящие 1Сники остались только на клюшках...

(0) Попробуй сделать вот так

Сервер загружает 100% памяти

(37) "настоящие 1Сники" - это оксюморон.
Либо ты "ещё и 1Сник", либо так себе специалист -)

Надо глобальнее вопросы.
"У всех проблемы с 8.3 ?"
"У всех проблемы с 8?"

(34) Да там пыхыпышников по объявлению набрали, всяко..
PS 1c восьмерка это еще не кошмар. Вот есть такая программа "Модуль природопользования", для заполнения нескольких формочек по плате за негативное воздействие на окр.среду - так она написана на дотнете4, потребляет 700 мегов сразу при запуске, тормозит и еще и глючит вдобавок..) Да, и у неё в требованиях "рекомендуется 2 Гб памяти" - это чтобы десяток цифр занести.. офигеть можно!

(41) Защем ругаисся, нащальника? Джамшут параграмма написаль!

http://v8.1c.ru/o7/201402prg/index.htm
тут же прямо сказано, что тормоза платформы и неоптимальность типовых решений предполагается списывать на прикладных программистов
это не программа тупит, это у вас руки кривые
эксперт и тру одинэсник сам найдет, куда память съелась :)
остальные - вон из профессии ))

по хорошему, при таком раскладе полагается открыть код платформы :)

8.3.5.1389
такая же петрушка

(43) В чём-то они правы.

Если типовые запросы начинают падать - время настало для вспомнить про обслуживание базы, как минимум - переиндексация. Если падают "не типовые" запросы - посмотри в сторону своих рук - они прямые?

(47) Так я и не спорю...
Только вот несколько напрягает ситуация, когда состояние "усё работает" после одного лишь обновления платформы переходит в состояние "писец подкрался незаметно"...

Упростил вот запрос, вылетающий с ошибками:

ВЫБРАТЬ
    ВложенныйЗапрос.Номенклатура
ИЗ
    (ВЫБРАТЬ
        ТоварыВРозницеОстатки.Номенклатура КАК Номенклатура
    ИЗ
        РегистрНакопления.ТоварыОрганизаций.Остатки(&Дата, Номенклатура = &Номенклатура) КАК ТоварыОрганизацийОстатки
            ПОЛНОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыВРознице.Остатки(&Дата, Номенклатура = &Номенклатура) КАК ТоварыВРозницеОстатки
            ПО ТоварыОрганизацийОстатки.Склад = ТоварыВРозницеОстатки.Склад
    
    СГРУППИРОВАТЬ ПО
        ТоварыВРозницеОстатки.Номенклатура) КАК ВложенныйЗапрос

Извините, но индикатор прямолинейности моих рук пребывает в крайнем негодовании по поводу выяснившегося обстоятельства необходимости создавать такие связки не вложенными запросами, а временными таблицами -(

(40) :D Это точно
Ничего не изменилось по ограничениям. Буду пробовать (38). Утром перезапустил РПхост. Пока все молчат.

(47) да, 1С становится суровой программой для разработчика, да и для юзера. Не прощает неоптимальных решений. Взять хотя бы аварийное завершение при поиске в динамическом списке с процедурой "ПриАктивизацииСтроки", и моего любимого окошка "Перезапустить" или "Завершить работу" при любой ошибке, начиная от недостатчности прав и заканчивая... хз чем заканчивая всем.

(0) Безумству храбрых поем мы песню! Кто же продакшн на бета-версии переводит?

(51)тут дело то в том, что последние релизы типовой БП требуют минимум 8.3.5.1231

(51) а они уже нужны бухам, т.к. там новые форматы отчетности реализованы

(52) Хуже, я вчера обновлял на 1383, т.к. форма статистики из последнего релиза БП не работает более ранней платформе, вываливается с ошибкой. А её сдавать - завтра последний день.

(51) А с каких пор 8.3.5.1383 стала бетой?

(47) Хе-хе. Нашёл таки падающий ТИПОВЫЙ запрос.
В обработке закрытия кассовой смены УТ 10.3
И, таки да. Про переиндексацию я вспоминаю моментально, как только выскакивает ошибка, содержащая строку со словом СУБД и названиями нечитаемых табличек-)

8.3.5.1383
Тьфу-тьфу, пока только некоторые сеансы остаются висеть после выхода пользователя, с памятью вроде ОК все.

Не знаю кто как, а я тут уже в центре офиса развел костер... взял бубен. Бухгалтерия ходит за мной. Пока помогает. А еще регламентные задачи перевел на вечер. Не везде, но... ОЗУ растет. Но медленно. Думаю до вечера дотянем.

Сегодня вышел новый релиз. Точнее 1428-й релиз перевели из тестовых в рабочие.
https://users.v8.1c.ru/distribution/version_files?nick=Platform83&ver=8.3.5.1428

(59) Гуд. В нем ошибка с утечкой памяти исправлена, специально ставил для тестирования этой проблемы

(60) Отлично. Будем ставить. Другие проблемы наблюдаются?

в веб клиенте реально-нереально увидеть последнюю строку в списке документов
в веб клиенте не растягивается табличная часть по вертикали
в веб клиенте при подключении обработчика ожидания и до тек пор пока он не выполнится (0.1) ничего не получится в активном окне сделать
:)

(55) У 1С до 8.3.14 будут одни беты. А stable у нее будут только по окончании внедрения новых плюшек.

(63) Это откуда такая информация?

(64) Из опыта. Причем это оптимистичный прогноз.

(65) Ясно. Оправдывание своей криворукости? :))

(63) А stable у нее будут только по выходу Half-Life 3
=)

(66) Гм... т.е. вот те проблемы, что в этой ветке - это от криворукости? А ключи сгорали тоже от криворукости?

Вот поэтому 1с в крупной розничной сети фиг увидишь, из-за кучи косячков, которые "Исправлена в будущей версии"

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

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

(70) о криворукости китайцев которые делали ключи?

(48) Нет такого запроса в типовой УТ10.3

(73) Разумеется, нет.
Скажу даже, что такого запроса нет нигде, кроме как в комментариях к этой новости.
Я привёл его просто для примера вполне, казалось бы, работоспособного запроса, вызывающего вылет базы.

(6) Откатись на прежний релиз.
Настрой консоль кластера.
Я вчера на новой работе перенастроил кластер и сервер 1С стал жрать не 95% памяти, а примерно 60-80%, все вздохнули свободно.

(74) А какой запрос вызывал вылет то?

(75) Все. Уже скачал 8_3_5_1428. В ночь с четверга на пятницу обновы ставлю. В большинство базах перевел регламент на вечер. Помогает. Оперативка расчет. Но медленно. Посмотрим, что будет вечером. Хотя уже не очень актуально.. с новым релизом.

(76) Их было несколько.
Один из запросов, вызывающий вылет - стандартный - в обработке закрытия чеков ккм, формирующих таблицу номенклатуры из чеков (была куча вложенных запросов по партиям и значений свойств).
Второй - самописный, который я предельно упростил, но так, чтобы ошибка сохранилась и выложил тут.

На версии 8_3_5_1428 у меня стал выдавать ошибку при попытке определения версии драйвера фискального регистратора.
Пока не вник подробно, но похоже, что глюки растут при подключении внешней компоненты. Если их несколько, платформа начинает их путать или что-то около того...

А откатиться на рабочую версию не предлагать? :)

(51) вендор, не ?)

(70) кодописатели всем сжечь не смогли => фиговый был код )

(79) Я уже жду 8.3.6..

(77) Как дела оперативкой, по утру?

Сколько лет одно и тоже с этим перерасходом памяти. То исправят, то сломают, исправят  - сломают и т.д.

(79) С ВК глюки однозначно растут. 8.1 корректно обрабатывала исключение внутри ВК (выдавала сообщение и система работала дальше). 8.2 в аналогичных условиях аварийно завершается.

(85) Дык вспоминаем мистера Бина...

(84) Перевод сервера буду делать сегодня ночью на 8_3_5_1428. А этой ночью установил на ПК. С версией 1383..хватило на день (28)... в 23.40 смотрел.. было все хорошо. А утром сегодня звонок.. все висит. Смотрю.. ОЗУ вся забита.

(83) Да выпустили бы бетку :( ошибок к выходу куча наверное будет :(

(69) в ветку призывается Лефмихалыч с коллегами из Магнита, а еще sapphire с коллегами из Связного.

расскажи им, что сети у них недостаточно крупные и вообще они не пойми на чем там работают - явно не на 1с жи...

(87) занести в скедулер ночной рестарт служб

(89) У меня Inditex на 1С сидит плотно, за исключением фронта кассира.

+(91) Для тех, кому название ни о чём не говорит: https://ru.wikipedia.org/wiki/Inditex

(90) я надеюсь, с переводом на 8_3_5_1428, отпадет проблема. Тем более писали выше, что ОЗУ нормализовалась.

(93) самое странное у меня с памятью проблем не возникало 3 базы ~2гб, sql ~10гб, перезапуск процессов каждые сутки установлен...

(94) ~2гб процесс занимает

(69) ха-ха-ха
Как выше уже заметили Магнит и Связной. Достаточно крупные?
Причем у них с нами разный подход. У Магнита все в одной базе > 10 терабайт, у Связного все в 20 базах по 500 гигабайт.
цифры примерные, но порядок соблюден

(96) Ох и тупит же, наверное, база у них

(94) Перезапуск процессов не делаю. Т.к. люди и ночью работают.. Но мало.

(98) он сам это делает, создает новый процесс и перекидывает юзеров на новый, тупняк на 5 сек...

(98) 0_о КАК?

(100) => (99)

Пробуем 8_3_5_1428 - отваливаются внешние компоненты

(102) Я уже боюсь переходить. А оперативка как?

(103) ОЗУ держится отлично. Глюков пока не наблюдаю.

(104) Спасибо!

Теперь паровозиком к ней идет 8.3.5.1443
Исправлены 2 ошибки:

1. При вызове метода внешней компоненты происходит ошибка  
Недостаточно фактических параметров.

-> возможно поможет (102)

2. В кластере зарегистрированы рабочие процессы, которые являются включенными, но неактивными; агент кластера использует до 100 процентов процессорного времени.

WTF?

Наверное подожду еще :)
Или 8.3.6 дождаться

(105) ощущение что в 1С новогодние праздники только закончились. Все уже трезвые но еще невменяемые :)

(105)На счет 8.3.6, оставлю пока все как есть.. выйдет 8.3.6, перейду. Сейчас боюсь переходить из-за нестабильности.

(107) ты думаешь там подобных ошибок не будет?

(105) Всем, у кого кривые руки, ждать не менее 8.3.14 ;)

(109) к тому времени руки выпрямятся ?)

(108) Думаю не настолько глобальные. А то такие ошибки, как в 1383.. не дают работать.

(105) -> возможно поможет (102)
В эротических фантазиях своих они это исправили.
Как отваливались, так и отваливаются.
Откатился до 1248.