27 сентября, 2021
27 сентября, 2021
Дано:
Ошибка:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Ошибка обнаружена на платформе 8.3.18.1289
Что было проделано в попытках исправить ситуацию:
- ТиИ со всеми возможными вариантам включая исправления.
- перезагрузка сервера 1С, СУБД, а так же самой железки.
- изменение настроек выделения памяти СУБД
- чистки КЭШей 1С на стороне сервера (тут было очень страшно, но с чистилось только то что можно) и клиента
- Удаление базы из сервера 1С и восстановление из dt
Решение
В итоге после долгих поисков ошибка нашлась среди багов платформы (полная официальная информация тут: Код ошибки: 10230003), решение так же нашлось, но, конечно, оно подойдет не всем.
Эта ошибка платформы возникает по причине того, что несколько расширений расширяют функционал одной и той же формы. В моем случае одно расширение было неактивно и не использовалось, поэтому я мог беспрепятственно его удалить из базы. Таким образом важно понимать, что даже из-за неактивного расширения может возникать ошибка.
Для тех, кто не может просто удалить расширение, может быть выходом станет обновление платформы до новых релизов, так как согласно официальному источнику ошибка исправлена в новых релизах версия 8.3.18.1433 и версия 8.3.19.1150. Лично не проверял. Но думаю это так.
Обмен с сайтом: неспецифицированная ошибка, недостаточно свободной памяти |
Я |
04.08.21 — 12:28
При обмене с сайтом Битрикс, возникает ошибка: «Неспецифицированная ошибка работы с ресурсом. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm. Недостаточно свободной памяти для выполнения операции <Перезапустить>/<Завершить>».
Сама 1С запускается из локальной папки, база на SQL.
В чем может быть проблема?
Искал в интернете, но там в основном эта же проблема описывается при публикации базы на веб-сервере. А у меня программа запускается из файла на компьютере пользователя + база на SQL.
1 — 04.08.21 — 12:31
Может файлики поменьше туда посылать?
2 — 04.08.21 — 12:33
(0) А у меня программа запускается из файла на компьютере пользователя + база на SQL.
Поясните мне, что автор имеет в виду.
Это файловая база? Тогда причем тут SQL.
Это серверная база? Тогда причем тут «запускается из файла» ?
3 — 04.08.21 — 12:37
(2) Ну типа нету у него web-сервера.
4 — 04.08.21 — 12:41
Попробуйте 64-х битную платформу.
5 — 04.08.21 — 12:45
(3) Это база на SQL.
«Запускается из файла» — я имел ввиду, что сама платформа запускается из локального файла на компьютере. То есть нет никаких RDP.
6 — 04.08.21 — 12:48
(0)
1) Сколько ОЗУ на «сервере» ? (видел «сервера» с 8Гб ОЗУ — хотя конечно это не повод падать)
2) Обмен это обмен в вакууме ?
Это полный обмен ? По изменениям?
В логах пишется на чем конкретно обмен поломался.
Обмен ломается при выгрузке? или при загрузке?
3) В настройках узла битрикса есть реквизит «Количество товаров/объектов в пакете». Можно попробовать уменьшить кол-во
4) Раньше работало, а сейчас поломалось.
Раньше было 10 товаров и 2 свойства, а вчера импортировали еще 80к позиций номенклатуры.
Вот такой набор вопросов, на которых нужно ответить самому себе.
7 — 04.08.21 — 12:49
32 бита сервер небось
8 — 04.08.21 — 14:32
(6)
«1) Сколько ОЗУ на «сервере» ? »
32
«2) Обмен это обмен в вакууме ?
Это полный обмен ? По изменениям?
В логах пишется на чем конкретно обмен поломался.
Обмен ломается при выгрузке? или при загрузке?»
Что значит «обмен в вакууме»?
Ломается при выгрузке.
На самоме деле это обмен не с Битриксом, а «Выгрузка товаров (Настройка обмена с интернет-магазином)». Нам нужны только файлы с данными, потом мы сами с ними работаем.
«3) В настройках узла битрикса есть реквизит «Количество товаров/объектов в пакете». Можно попробовать уменьшить кол-во»
Поскольку сейчас идет только выгрузка из 1С, наверное, там тоже есть такие же настройки?
«4) Раньше работало, а сейчас поломалось.»
Да именно так.
9 — 04.08.21 — 14:32
+(8) Платформа 64.
10 — 04.08.21 — 14:33
«4) Раньше работало, а сейчас поломалось.»
Да именно так.
Добавили ещё 100500 товаров и оппа… Может, у вас там файл выгрузки 7ТБ получается…
11 — 04.08.21 — 15:56
(10) Там стоит галочка «Выгрузка на сайт». Если ставлю выгрузку в каталог, все проходит нормально, но в каталоге ничего не появляется.
В логах (запись в «C:/Log site») вообще ничего не появляется…
12 — 04.08.21 — 15:59
13 — 04.08.21 — 16:01
14 — 04.08.21 — 16:08
(0) позовите программиста
15 — 04.08.21 — 16:09
но для начала ТиИ сделать
16 — 04.08.21 — 16:12
(15) сначала все же следует сделать бэкап, а уже потом все что угодно)
17 — 04.08.21 — 16:15
(12)
О логах.
Указанный каталог надеюсь расположен на сервере? И у службы 1С есть права туда писать?
Ибо Битрикс при выгрузке туда таки пишет.
В моей практике в битрикс выгружали по 40к номенклатуры по (это грустно да) 200 свойств. Сервер печалился, но выгружал.
А так да — зовите уже погроммиста.
18 — 04.08.21 — 16:35
(17) В этот каталог я могу писать файлы, разве может быть так, что 1С не может? )
В общем, сначала я подумал, что надо изменить размер пакета — с 1000 уменьшил до 100 элементов. И сделал выгрузку в каталог, а не сразу на сайт. В результате ошибок не было, но и в каталоге ничего нового не появилось… И вот какие комментарии мне выдали: https://yadi.sk/d/JY3J30jR1uGuZA
19 — 04.08.21 — 16:39
(15) А при чем здесь ТиИ? Что могло порушиться?
20 — 04.08.21 — 16:52
(18) пользователь, под которым запускается служба 1С имеет права на этот каталог? НЕ пользователь сеанса, прошу заметить.
21 — 04.08.21 — 16:52
(18)
>>>И сделал выгрузку в каталог, а не сразу на сайт. В результате ошибок не было, но и в каталоге ничего нового не появилось…
Этот каталог на сервере?
А у службы 1С есть права туда писать?
Зови своего админа и пусть он дает права службе 1С на этот каталог.
Заодно на каталог с логами пуст даст
22 — 04.08.21 — 17:25
фото пожми
или выгрузи без фото на сайт — посмотри как будет
23 — 04.08.21 — 19:10
(20) Дело в том, что когда эта ошибка выскакивала отдельным окном, внизу была ссылка для получения лог-файла. И он действительно создавался и записывался в этот каталог. https://yadi.sk/d/yRJHG1r8PIXhtg
Значит, доступ на запись у пользователя 1С есть.
Но тут это окно выскакивать перестало. Все пишется в окне сообщений, и там возникает такая строка: «Ошибка получения параметров обмена (ограничение размера файла)!»
24 — 04.08.21 — 19:12
Вот полный текст в окне сообщений: https://yadi.sk/d/Vixak3W832KDhQ .
25 — 05.08.21 — 11:08
(14) Да мы сами программисты, просто именно с такой проблемой раньше не сталкивались. Ничего, поработаем отладчиком, все и разъяснится.
А вот если бы вы сами делали, то какую вилку времени бы задали? Не по вопросу оплаты, а сколько клиенту ждать решения проблемы?
26 — 05.08.21 — 11:14
(24) Ты бы определился с ошибкой… Какая все же ошибка то?
— Недостаточно свободной памяти для выполнения операции из (0)
или
— Ошибка получения параметров обмена (ограничение размера файла)! из (23)
27 — 05.08.21 — 11:15
(24) может картинку прикрепили к товару жирную (под гиг) вот и загибается ваш обмен?
28 — 05.08.21 — 11:21
(26) В том-то и дело, что вчера он сначала показывал окно с первой ошибкой, и с кнопками «Завершить» и «Перезапустить». Потом стал выводить в окно сообщений данные со второй ошибкой, но окно уже не запускалось. А сегодня опять окно выскакивает.
(27) Может быть… Можно через консоль запросов как-то определить размеры бинарных вложений?
29 — 05.08.21 — 11:23
(28) если штатно картинки цепляли, то там размер должен быть в реквизите указан.
30 — 05.08.21 — 11:23
(28) Справочник.НоменклатураПрисоединенныеФайлы.Размер
31 — 05.08.21 — 11:33
(28) — «Недостаточно свободной памяти для выполнения операции» — Лечится установкой ограничения (со стороны 1С) на отправляемые пакеты. Например отправлять по 50 позиций в пакете. Правда на твоих скринах я не увидел такой настройки. Может где на других закладках.
— «Ошибка получения параметров обмена (ограничение размера файла)» — Это баг/глюк/ошибка на стороне сайта (битрикса). Гуглится какие параметры нужно подкрутить в битриксе.
Это как решались данные ошибки у меня в связке УТ11 — Битрикс (обмен типовой встроенный в УТ)
slafor
32 — 05.08.21 — 13:26
(31) У меня вообще задано 1000 позиций )
Делал 100, то же самое. Попробую делать еще меньше. Потому что в этой выгрузке будет выгружаться справочник целиком.
При подключении в режиме тонкого клиента к серверу 1С, работающему посредством Apache, на каком то моменте появляются окна со следующими ошибками:
- Неспецифицированная ошибка работы с ресурсом Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: Недостаточно свободной памяти для выполнения операции.
- Ошибка HTTP при обращении к серверу: http://x.x.x.x Failure when receiving data from the peer
- Сеанс отсутствует или удален ID=cc200dee-74a2-427c-b6af-c47bdee805e2, File=srcSeanceContextImpl.cpp(939)
Если сервер работает на 32-разрядной версии Apache и 1С, то проблема может заключаться в выделении оперативной памяти. Для её решения, необходимо установить 64-разрядную версию платформы 1С и аналогичную версию Apache.
https://superuserdo.info/?p=800
Содержание:
1. Почему появляется эта ошибка 1с 8?
2. Исправление ошибку POST
1. Почему появляется эта ошибка 1с 8?
В процессе работы с 1С порой появляется сообщение «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данное сообщение достаточно нередко связано с кодом 1С 8.3 в новых релизах 1С.
Рассмотрим, в чем же заключается «неправильность» выполнения запроса POST к ресурсу 1С, каковы первопричины ее образования и как с ней бороться.
В тексте сообщения обычно содержится растолкование источника появления проблемы – это ошибка 1С 8 либо на сервере, либо СУБД, либо какая-то другая.
«Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm» появляется неожиданно и чаще всего не обладает какой-либо логичностью.
2. Исправление ошибку POST
Чтобы исправить ошибку POST к ресурсу /e1cib/logForm можно попробовать сделать следующее:
· Провести типовое Тестирование и Исправлении базы 1С 8 (в конфигураторе в пункте меню «Администрирование» выберите Тестирование и исправление). Предварительно обязательно подготовьте архивную копию базы 1С 8!
· Установить последние актуальные обновления к базе 1С 8.
· Откатить программу 1С до предыдущей версии/релиза (восстановить копию базы 1С, сделанную до выполнения обновления).
· Работая с Windows, можно очистить сеансовые данные. Для этого потребуется остановить службу сервера базы 1С, после чего в папке C:Program Files1cv8srvinforeg_1541snccntx + *уникальный идентификатор* удалить все за исключением файлов, которые имеют расширение *.1, а затем обратно запустить «Сервер 1С».
· Перезапустить сам сервер 1С Предприятие.
· Обратиться на линию консультаций в официальную поддержку фирмы «1С». Кстати, Вы также можете обратиться и к нам по этому или любому другому вопросу. Мы всегда на связи и с радостью поможем решить Вашу проблему.
Специалист компании «Кодерлайн»
Иванова Ольга
Проблема: При попытке сдать годовой отчёт во время заполнения появляется ошибка следующего плана:
Ошибка: Неспецифицированная ошибка работы с ресурсом. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: Недостаточно свободной памяти для выполнения операции.
Оборудование: 1С 8.3.15.1700, 1С: Бухгалтерия 8.3.2.0.66.88
Решение проблемы: На моей памяти подобное в небольших организациях начинает происходить ежегодно — в январе, когда нужно готовить годовые отчёты для сдачи в различные контролирующие ведомства. Ошибка появляется не обязательно при сохранении. А может просто появиться, когда вносятся какие-либо данные. При этом на одном компьютере всё происходит до ужаса стабильно раз в год. На других — по обстоятельствам.
Есть в Интернете несколько вариантов решения проблемы:
1) Увеличить ОЗУ. Ну, тут, как говорится, смотря по обстоятельствам. Однако отмечу такой факт: на компьютере, где ошибка возникает ежегодно, база рабочая весит не более 1,6 Гб, а ОЗУ стоит 16 Гб (кстати, увеличен объём в последние два года дважды — сначала с 4 до 8, а потом с 8 до 16 Гб!!). Если дело тут в памяти, то тогда как работают остальные на куда менее «объёмо-памятных» ПК?
2) Сам по себе глючный сервис /e1cib/logForm. И вроде как там стоит выбирать время, то, сё… пятое-десятое… Однако при работе на разных БД в одно и то же время бывало так, что один работает нормально, а другой — вот такое выдаёт.
Есть ещё всякие разные объяснения подобной ошибке. Мне в 5 случаях из 6 (единственный иной заключался в том, что я ещё, ничего не зная, просто сделал отчёт у себя на домашнем ПК по архивной БД) помогло следующее:
а) Урезание журнала БД. Делается это классическим способом: либо в конфигураторе, либо при закрытой базе просто удалением файлов журнала в папке, если этот журнал не жалко.
б) Проверкой и переиндексацией БД. Тут тоже можно проявить вариации: либо сделать это в конфигураторе, либо внешней утилитой (если кто сомневается, вдруг чего) chdbfl.exe.
Обе процедуры просты и тривиальны, потому, думаю, можно обойтись без скриншотов, как их выполнять.
Обе процедуры помогают (проверено мной). Понятное дело, что на очень-очень мало мощном компьютере с убитой ОС и старым ПО вряд ли и эти процедуры смогут помочь. Так что не стоит доводить всё до абсурда и утопии.
А потому: желаю всем качественного ПО и спокойной работы над поддержанием его работоспособности.