Лет 10 не видел этой ошибки! Но тогда еще встречались 32-х разрядные сервера.
С релиза 2.4.3.126 обновляюсь. Если бы с 2.4.2.144, было бы понятно - много изменений, тяжело шло, под сотню процедур выполнялось, но это уже во время обновления самой базы. А тут еще в режиме обновления конфигурации: сравнение объектов вроде завершилось (1-й этап 100% был), далее: Обновление конфигурации поставщика... и ошибка "Недостаточно памяти"!?
Сервер перезагрузил, повторил обновление, и опять эта ошибка. Даже в файловую копию базу пере выгрузил - не помогло!?
Может релиз КА 2.4.3.137 глючный, кто на него обновлялся?

Скорее всего дело в бесконечной рекурсии и исчерпании стека (а он на x64 не сильно большой по сравнению с x32). А вот причину этой рекурсии следует искать в данных. Возможно, в каком-то иерархическом справочнике есть циклическая ссылка на родителя.

(0)Разрядность клиента какая? Именно клиента, не сервера?
(1) Так до обновления ИБ даже не дошло, причем тут данные?

(1) > А вот причину этой рекурсии следует искать в данных
В данных или метаданных? Ошибка возникает в конфигураторе.
(2) х64. Удаленно в терминале, тоже х64. Сервер терминала отдельный, от SQL. Перегружал базу в файловую копию - тоже ошибка.
Надо попробовать демо-базу обновить...

Недавно обновлял с 2.4.2 на 2.4.3 ерп -- ничего не вылетело на 64битном клиенте

(2) это не на клиенте, а на сервере. По крайней мере, я встречал абсолютно такое же поведение с БП 3.0 с установленным режимом разрешенных изменений конфигурации с сохранением на поддержке.

(3) не знаю, как скоро сможешь ответить на вопросы, но список такой:

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

2 - Сервер 1С какой? Релиз и битность 1С.

3 - СУБД какое?

4 - Внимательно посмотреть, сколько разрешено баз данных на один процесс в настройках сервера скл через Администрирование СКЛ это можно увидеть, но подробности я сейчас не помню, не подскажу.

ну и не вопрос, а предположение. Сам сеанс на сервере, если это конфигурации вида КА 2.4 , БП 3.0, ЗУП 3.1 и т.д. - они очень много отжирают сразу, около гига как минимум. Затем они задваивают расход памяти на поддержку режима "разрешены изменения с сохранением поддержки". Не совсем понятно, по какой причине этому процессу могло не хватить памяти, если все версии 64-битные.

и еще лекарство - не обновляйся с CFU.

Хотя, по идее, именно на КА в каталог обновлений на релизах большей частью выкладывают полные сетапы.

(7) товарищ 100% обновлял на клиенте 32х битном

(8) если бы я не видел такую же точно траблу "на своих" серверах раньше - подумал бы также.

(6) 1. Файловую копию обновлял на Windows Swrver 2008 R2 x64 - ошибка: Недостаточно памяти
2. х86-64
3. В смысле?
> Затем они задваивают расход памяти на поддержку режима "разрешены изменения с сохранением поддержки".
Есть такое, изменения не принципиальные (хотелки пользователей), можно убрать на время.
> и еще лекарство - не обновляйся с CFU.
А если CF, то просто загрузить? Если все равно удалять изменения...
(8) -> (3)
(9) Лет 10 не видел этой ошибки! Но тогда еще встречались 32-х разрядные сервера.

(7) С CF для 2.4.3.137 нету. Получу CF, если демо 2.4.2.144 обновится...

(11) как это нету ?
https://releases.1c.ru/version_file?nick=ARAutomation20&ver=2.4.3.137&path=ARAutomation\2_4_3_137\setup1c.exe

(12) Весь релиз качать, если бы только CF... выложи
Если мне нужно затереть свои изменения в конфигурации, то как лучше: удалить их до обновления в 2.4.2.144, и обновиться на 2.4.3.137, или сразу загрузить CF 2.4.3.137 до обновления?

Демо-база сразу с 2.4.2.144 обновилась на 2.4.3.137 минуя 2.4.3.126! Теперь есть CF.
Как обновить рабочую базу с моими изменениями? Вроде надо ее вообще снять с поддержки, а затем через "Сравнить, объединить с конфигурацией из файла..." указать CF 2.4.3.137?

(14) все сразу накатывают

Сперва решил просто обновить файловую копию 2.4.3.126 с моими доработками CF 2.4.3.137. Все шло как обычно, ошибки не было до нажатия кнопки "Принять":
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Файл базы данных поврежден 'd:\1С\PatrERP_2_4/1Cv8.1CD'

+ Это вчера было, база закрылась, в расстроенных чувствах лег спать: утро вечера мудренее. А утром ее открыл, перенес затертые свои изменения, нажал "Принять"... ура! он сказал поехали... полет нормальный! Процедур обновления всего 16.
(12) Да, не зря для КА стали полный setup с обновлениями выкладывать (качать его дольше)

Пытаюсь обновится на КА2.4.3.145 пока CFU, и сразу ошибка Неожиданный вызов метода 'MemryMappedFileObject::write'. Что теперь CFU обновить нельзя, сразу CF качать?

(18) тебе не надоело ?
давно пора взять за правило, что УТ11/КА2/ЕРП2 обновлять через CF

(19) Давно? С 2.4.3.137 началось, раньше все CFU обновлялся. Думал одноразовый случай... CF качаю...

Скачал CF, и та же хрень: Неожиданный вызов метода 'MemryMappedFileObject::write'!?

Просто тебе не везет.

(0) попробуй снять с поддержки совсем, потом поставить на поддержку (из демо базы  этого же релиза) а потом ещё раз обновиться.
Возможно какой-то объект метаданных глючит.
У меня ровно на этих же сочетаниях релизов было тоже недостаточно памяти.

(23) Чтобы удалить все свои изменения в конфигурации, поставить на полную поддержку? Можно, они у меня не принципиальные...
Хм, целый общий модуль обнаружил - ПерепрефиксацияОбъектов, его нет в конфигурации поставщика, а был когда-то и мои изменения там есть, после разберемся...
О, начал CF обновляться, сразу не вылетел, процесс пошел...

(24) а что инет слишком дохлый? скачать на нормальной скорости однозначно быстрее, чем с форумом заморачиваться.

Ставь клиента на локальный комп 64 бит, бери последний CF и вперед. Ну и если база большая настолько, что ее можно запускать только в серверном режиме, то и сервер нужен 64 бит.

В принципе, на относительно небольших базах и беспорядочных (поставил и забыл) настройках сервера - все гораздо проще обновлять локально.

(25) Все 64 бит, обновляюсь CF. В прошлый раз на 2.4.3.137 обновил конфигурацию с моими изменениями. А в этот раз на 2.4.3.145 пришлось их удалять, ставить на полную поддержку. Процесс пошел... Но теперь что каждый раз так: убирать свои доработки, обновляться, снова их вносить!?

Перед обновлением в таких случаях полезно делать ТИИ.

(26) пока стиснув зубы на новой базе КА 2.4 ворочаюсь со своим допиливанием в расширении. Только чтоб не трогать типовую часть. Пока еще держусь.
Не знаю на сколько хватит возможностей платформы для меня и моих познаний, чтоб замок с конфиги не сбивать - эксперимент продолжается.

(21) потому что ИТС нет

(27) ТИИ не когда не помогало больше чем выгрузка-загрузка. Процесс обновления сейчас в файловой копии идет...
(28) К этим расширениям скептическое отношения, сейчас подумаю в их сторону...
(29) А что на ИТС есть об ошибке: Неожиданный вызов метода 'MemryMappedFileObject::write'?

(30) о.о Почему удалять то?
Снимаешь с поддержки совсем, сохраняешь, обновляешь конфу БД.
Берёшь нормальный cf объединяет со своей снятой с поддержки конфой, на вопрос об установке поддержки отвечаешь утвердительно.
Когда вылезет окно сравнения объединения все флаги снимаешь и выполняешь объединение.
Получаешь конфу на поддержке без глюков конфигурации поставщика и со всеми своими изменениями.
Обноквляешь как обычно.

(31) простите за опечатки, т9 на Андроиде так себе.

(31) > Снимаешь с поддержки совсем, сохраняешь, обновляешь конфу БД.
Разве снятая совсем с поддержки обновляется? Суть обновления - обновить конфигурацию поставщика. А ее нет!?
Я вроде совсем удалял свои изменения, поставив на поддержку прежним релизом 2.4.3.137. А нет, в процессе обновления вышло сообщение:
На удаляемый объект ОбщийМодуль.ПерепрефиксацияОбъектов есть ссылки в объектах основной конфигурации:
Подсистема.СтандартныеПодсистемы.Подсистема.ПрефиксацияОбъектов.Состав
Галочка на СтандартныеПодсистемы не стояла в окне объединения. Поставил, пошло дальше... удалился модуль ПерепрефиксацияОбъектов

Ещё раз. Снять с поддержки, а потом поставить на поддержку.
Чтобы поставить на поддержку нужно конфу без поддержки сравнить с cf который в поставке идёт. Будет предложение поставить на поддержку...

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

(34) Вроде так и сделал, но замочки но объектах не появились? Сейчас процесс обновления конфигурации завершен, идет принятие, сохранения... а мое общий модуль доработок остался. Главное нет ошибки 'MemryMappedFileObject::write'