Ошибка при выполнении запроса post к ресурсу e1cib login недостаточно свободной памяти

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

Из дальнейших действий — «Перезапустить» или «Завершить». В общем, неудобно и бесит, когда трудишься по своей задаче. А тут еще работу в открытом сеансе потерять можно.

Полный текст ошибки:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции

Конфигурация среды

Обычная локальная сеть с роутером и подключенными станциями по «проводу» (100 Мбит/сек). Файловая база 1С:УНФ опубликована через веб-сервер Apache. Основной ПК и клиенты на базе ОС Windows 10.

Подключение к ИБ с помощью тонкого клиента по протоколу http. Одновременных подключений к базе — до 3-х человек. Ошибка появляется на удаленных ПК, которые соединяются с Apache.

Как исправить ошибку

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

В ошибке указывается, что недостаточно свободной памяти. Если вы обладаете ресурсом, чтобы увеличить объем ОЗУ на сервере — сделайте это. Конечно, там свои тонкости и нюансы. Проверьте — не помешает.

Внимание; перед любыми изменениями обязательно сделайте контрольную точку системы (бэкап) и резервную копию ИБ для подстраховки.

Рекомендации

1. Перезапустите службу Apache на основном ПК.
В качестве быстрого решения в моменте.

2. Очистите локальный кэш на станциях.

3. Выполните проверку и переиндексацию БД (ТиС). Опционально — сократите журнал регистрации (ЖР).

4. Отключите ipv6 на ПК с опубликованной базой.

5. Увеличьте объем оперативной памяти, доступной пользователю.
Для Windows Vista, Windows 7, Windows Server 2008 выполните команду от имени администратора:

bcdedit /set increaseuserva 2560 //если у вас установлено 3 Гб ОЗУ
bcdedit /set increaseuserva 3072 //если у вас установлено 4 Гб ОЗУ

Чтобы вернуть параметры по умолчанию, для отмены вышеуказанных настроек выполните в консоли команду:

bcdedit /deletevalue increaseuserva
bcdedit /deletevalue {current} increaseuserva //если использовался параметр {current}

Для Windows XP, Windows Server 2003 настраивается через изменение файла boot.ini. Будьте осторожны. В конце каждой строки под заголовком [Operating Systems] после команды /fastdetect (или любой другой команды, которая идет последней) добавьте следующие параметры:

/3GB /userva=2560 //если у вас установлено 3 Гб ОЗУ
/3GB //если у вас установлено 4 Гб ОЗУ

Например,
multi(0)disk(0)rdisk(0)partition(1)WINDOWS=»Windows XP Professional» /fastdetect /3GB /userva=2560

6. Если допустимо — перейдите на x64-версии 1С.

7. Замените веб-сервер Apache на типовой Microsoft IIS.

8. Обновите платформу.
Фирма «1С» указала на то, что проблема наблюдается в релизах технологической платформы, начиная с 8.3.16.1791, 8.3.17.1823, 8.3.18.1201.

С информационного портала 1С:
«Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483. Фирма «1С» приносит извинения пользователям, у которых проявилась указанная проблема. Для ее устранения предлагаем обновиться на указанные версии платформы или последующие», – говорится на официальном сайте.

✅ Успехов вам!

__________
Не получается? Зовите на помощь ИТ-специалиста или обратитесь с нашим джедаям техподдержки → +7-911-500-10-11

1С и Linux

Вчера поднял 1С, расшарив ее под Apache, но сразу получил проблему:

Если работает Apache, не могу зайти под толстым клиентом локально. Если останавливаю Apache, захожу под толстым клиентом, не могу зайти под Web.

Ubuntu 12.04, лицензия 1С демонстрационная, хаспа нет. Но мне кажется дело не в лицензиях, так как тогда система бы ругалась именно на лицензию.

Локально тоже через апач заходи. Возможно, одинэска разрешает только один вид доступа за раз.

Через апач нельзя зайти в конфигуратор

Какая версия апача?

Апач от одного пользователя запущен, толстый клиент и конфигуратор от другого. Кто первый файл блокировок создал, тот и работает.

То есть если я тормозну апач, то 2 разных пользователя все равно работать не смогут?

Так я уже начал скучать по винфаку.

А почему бы не обратиться в техническую поддержку 1C? В конце концов это проприетарщина, и значит только разработчик может знать все нюансы её работы, а простые пользователи остаются беззащитными и должны только платить и страдать.

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

Видимо так и поступим

Сделай смену владельца/группы для всех файлов на пользователя толстого клиента и апач пускай из-под него же. Будет работать. Или что-нибудь в таком духе, чтобы все файлы каталога базы были доступны на запись как процессу апача, так и процессам толстых клиентов. Костыльность и секьюрность не комментирую в виду того, что файловые базы не предназначены для реальных внедрений.

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

Это может потребовать использования рабского труда.

Источник

1C Ошибка при выполнении запроса POST к ресурсу

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

Введение

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

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Ошибка выделения памяти
HRESULT=80004005,

Изначально мне показалось, что проблема с нехваткой памяти для работы MSSQL сервера. Так что я пошел и отрегулировал ее потребление в настройках сервера. Но это не помогло. На следующий день пользователи опять периодически стали получать эту ошибку, хотя на сервере было достаточно свободной оперативной памяти. Стал разбираться дальше.

Неспецифицированная ошибка работы с ресурсом

Второй вариант текста той же самой ошибки выглядел следующим образом:

Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса GET к ресурсу /e1cib/cmi/commands:
Недостаточно свободной памяти для выполнения операции

После этого я уже понял, что проблема не в MSSQL сервере, а в самой 1С. Поиск в интернете и анализ ситуации на сервере привел к пониманию проблемы. Суть ее вот в чем. Сервер 1С создал рабочий процесс rphost, который обслуживает подключения к базам данных. В моем случае сервер 1С 32-х битный, так что он ограничен по максимальному использованию памяти одним рабочим процессом.

Решение проблемы «недостаточно свободной памяти для выполнения операции» в 1С

В общем случае данную проблему можно решить следующим образом. Открываем консоль управления кластером, идем в раздел Рабочие серверы, выбираем свой сервер и его свойства. Меняем 2 параметра:

Чтобы проблема ушла, вам необходимо уменьшить значения. Определить оптимальные сходу вряд ли получится. Для начала можете их просто уменьшить вдвое, поставив 4 и 128 соответственно.

Заключение

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

Источник

Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm

При обмене данными клиент-сервер в программе «1С Бухгалтерия» (обычно версий 8.3.хххх) оператор локального ПК может внезапно столкнуться с сообщением «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данная проблема обычно имеет программную природу, и вызвана некорректно написанным обновлением к данной программе. Ниже я разберу, что это за ошибка, каковы факторы её возникновения, и как её исправить.

Перевод и причины дисфункции

После текста сообщения об ошибке при обращении к /e1cib/logForm обычно следует описание причины её возникновения, которая может иметь различный характер (ошибка на сервере, ошибка СУБД и другие).

Проблема возникает на серверной версии программы, причём после установки очередного обновления к «1С». Проблемными стали версии программы 8.3.6, 8.3.8.хх, 8.3.9.ххх, на которых рассматриваемая мной дисфункция возникает наиболее часто.

Данная ошибка возникает случайно, в большинстве случаев не имеет каких-либо закономерностей при своём появлении, чем раздражает довольно многих пользователей, заваливающих техподдержку 1С «письма счастья».

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

Как исправить ошибку запроса POST к ресурсу /e1cib/logForm

Чтобы избавиться от ошибки рекомендую выполнить следующее:

После чего вновь запустите указанную службу;

Обратитесь в техподдержку 1С

Заключение

Основным фактором возникновения ошибки запроса POST к ресурсу /e1cib/logForm является некорректно написанный разработчиками код обновления к программе «1С». Эффективным решением возникшей проблемы станет обновление вашей версии 1С до самой свежей версии, где рассматриваемая дисфункция уже исправлена, и появлений рассматриваемой ошибки более не наблюдается.

Источник

Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причины

Опции темы

Поиск по теме

Отображение

Здравствуйте, все!
В ходе скачивания обновления конфигурации произошло отключение электричества. При повторном запуске вышло сообщение об ошибке базы. Утилитой ошибки были исправлены.
Но запуске базы идет ошибка :
Платформа: 1С:Предприятие 8.3 (8.3.16.1063)
Ошибки:
———————————————————————————
29.03.2020 17:19:09
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:

Подскажите как восстановить работу конфигурации?
Заранее спасибо

Здравствуйте, все!
В ходе скачивания обновления конфигурации произошло отключение электричества. При повторном запуске вышло сообщение об ошибке базы. Утилитой ошибки были исправлены.
Но запуске базы идет ошибка :
Платформа: 1С:Предприятие 8.3 (8.3.16.1063)
Ошибки:
———————————————————————————
29.03.2020 17:19:09
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:

Подскажите как восстановить работу конфигурации?
Заранее спасибо

Восстановить из архивной копии.

Здравствуйте, все!
В ходе скачивания обновления конфигурации произошло отключение электричества. При повторном запуске вышло сообщение об ошибке базы. Утилитой ошибки были исправлены.
Но запуске базы идет ошибка :
Платформа: 1С:Предприятие 8.3 (8.3.16.1063)
Ошибки:
———————————————————————————
29.03.2020 17:19:09
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:

Подскажите как восстановить работу конфигурации?
Заранее спасибо

Источник

Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:

Универсальные переносы данных 1С (перенос документов, остатков и справочной информации):

Невосстановимая ошибка. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:

Выглядит данная ошибка вот так:

Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:

Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.

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

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

Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.

Также может помочь переход с х86 сервера 1С на х64.

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

В целом рекомендуем такую ресурсоемкую задачу, как перенос данных 1С, выполнять на мощном оборудовании, с использованием SSD-дисков, если возможно, то файлового режима работы для базы 1С-приемника данных. Если файловый режим невозможен, то рекомендуется использовать только сервер 1С разрядности х64.

Для снятия ограничений на потребление памяти нужно в консоли сервера 1С зайти в свойства рабочего сервера, как показано на скриншоте:

Если для настроек указать значения «-1», как на скриншоте, то данные ограничения для сеансов использоваться не будут. То есть не будет выполняться завершение сеансов, которые потребляют много оперативной памяти.

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

Мы рекомендуем устанавливать значения «-1» только на время выполнения задачи переноса данных 1С, либо другой нужной Вам ресурсоемкой задачи.

Источник