1с ошибка при выполнении запроса post к ресурсу e1cib logform
Из под конфигуратора не запустить. Ошибка "плавающая". То возникает, то нет, а операторы меня съедят, у них и так расчёт срывается.
А что, будет более развёрнутый отчёт об ошибке?
(6)На 8.3.6 эта ошибка зафиксирована во многих релизах. Посмотрите в описании ошибок к платформам на оф сайте
(7) Я то же подумал, но конфигуратор не показал подробностей. Теперь можно гадать только.
В общем надо бы вам звякнуть в 1с с незатейливым вопросом. Просто для порядка.
Вот такой лог в Технологическом журнале получился:
Где-нибудь описание записей этого благородного документа можно найти?
(9) Ёж, маё это совсем другое же. Это выгрузка куда-то. Она, вероятно, поднимает соединение к серверу получателю, а тот это соединение закрывает, потому что "наелся" уже. Платформа наблюдает разрыв и реагирует как умеет. Причина разрыва соединения на стороне билинговой системы.
(11) Нее-е-е. Это не выгрузка куда-то. Это просто запрос к базе о приборах учёта и формирование Excel-евского файла. К выгрузке на другой сервер и расчёту никакого отношения не имеющий. Я просто критерий выбора не поставил (забыл), и пошла работа по всей базе, а там их, приборов, около 100000. Каждому поклонись и сделай три раза "ку" с поиском по таблицам значений. Вот и вылетел по такой же ошибке, как и у расчётчиков. У меня и журнал случайно включен был. Вот и сложилось одно к одному. А Excel-файл даже не начал формироваться, процесс умер на участке формирования данных для выгрузки. Кстати, у расчётчиков больше 10000 записей за раз не обрабатывается.
(14) Там есть некоторый предел на "подумать" у сервера. Если думает дольше положенного, то досвидос.
Переделать надо расчет программисту.
(15) Но раньше-то, до смены платформы, таких "пенок" не наблюдалось.
Кстати, а что значит "на подумать"? Т.е., если у меня расчёт идёт, положим 5 часов, то связь с клиентом будет прервана с концами? А как тогда "жить"? Постоянно "сигналить" клиенту, что типа, "жив-здоров, просто думаю долго"?
(16) я на серваке запускаю такие расчеты (чтоб тонкий клиент рядом с сервером был), или пользовать толстый клиент (он дольше ждать может). Это мои эмпирические наблюдения.
Аналогичная проблема возникает у меня на платформе 8.3.8.2167, переходили с 8.3.9 т.к. там подряд шли нестабильные платформы. 8.3.8 нестабильно работает с УТ 11, КОРП-ом и некоторыми прикладными на УФ. Решения тоже никак не найдём.
У меня тоже такая же фигня приключилась, версия платформы 8.3.11.2867
Ошибка эта постоянно возникает на 8.3.10 и 8.3.11 последних в БП 3.0, работать невозможно, не знаем что делать :(
Добрый день. Такая же ошибка наблюдается в ERP на платформе 8.3.10.2580 (MS SQL), при проведении одного конкретного документа Поступление безналичных ДС.
Технически нам помогает замена контрагента на любого другого - документ начинает проводиться. Но такой вариант не подходит по учету.
Отладчиком выяснили, что "вылет" происходит после строки "КонецПроцедуры" в процедуре ПередЗаписью() модуля документа. Аномалий в переменных, запросах, и т.д. не выявили. ТиИ, выгрузку/загрузку DT, чистку кэша локального и серверного делали, сервер перезагружали даже физически - ничего не помогает. Даже выгружали в файловую базу и гоняли отладчиком там - в результате "синий экран смерти" и перезагрузка компьютера с кнопки питания. О, как. Думаем дальше. Делать "клона" контрагента и перетаскивать всё на него уж больно не охота, да видно придется.
Добрый день! Такая ошибка возникала на 8.3.11.2867, исчезла после увеличения количества рабочих процессов и перехода на 64-битный сервер 1С.
Блин, а если нет возможности перейти на 64-бита? И сервак под Линукс+PostgeSql
Вообще без вариантов тогда чтоли
(27) Изменить количество рабочих процессов путём изменения количества ИБ на 1 процесс и количества соединений на 1 процесс.
Такая же ошибка возникла после переноса базы БП-3.0 с PG-SQL на MS SQL. Исправил, установив в свойствах локального кластера интервал перезапуска процесса =300 сек
(29) Все верно, только вот если загрузку данных запустите и она будет длиться 1 час, то вновь появится ошибка
Неплохо бы 1с-овцам выпустить версию длительного сопровождения без этих самых "обсуждений" и потренироваться сначала на кошках. Так сказать "для критичных сред". В ЗуПе же поддерживается две ветки конфигурации. Вот если бы им за каждый такой "опыт" выставляли все сопутствующие убытки за каждый день, а не плакались на форумах и не извращались по-разному с клонированием. вобщем, это всё от современных методик разработки, которые с участием пользователя ;)
(32) Если прочитать лицензионное соглашение, там наверняка есть пункт, который говорит о том, что 1с не несет ответственности, если вдруг вы понесете убытки из за их программ.
Те методы, которые на предыдущей платформе не должны были вызывать ошибку, на новой уже могут вызывать краш платформы. Например метод Сдвинуть(), когда пытаемся перенести вперед последнюю строку некой коллекции. Обновляем релиз, если это типовая.
Народ, только что такая ошибка возникла - помогла банальная чистка КэШа. Вообще - семь бед - один ответ от всего и часто.
Еще необходимо перепроверить переменные. У меня допустим такая ошибка была, когда я разбирал XML файл через ПостроительDOM.
Сначала получил документ - поместил его в переменную Док , из него список узлов - поместил в переменную Узлы .
Далее перебирая в цикле "для каждого" присваивал переменной Док новое значение. При следующей итерации цикла вылетала такая ошибка. Поскольку Узлы связаны с Док после переприсвоения переменной Док все предыдущие данные были подчищены и переменная Узлы оказалась указывает неизвестно куда.
(37) ну эт естественно. Переменные, особенно не прикладные объекты, зачастую, указывают друг на друга. Если затереть исходник - затрётся свойство
Аналогичная ошибка с убиванием сессии пользователя выпадала у нас.
Под полными правами самописный отчет формируется, под пользователем с ограниченными правами выпадает ошибка SQL из топика и база у пользователя полностью закрывается.
При разборе найдена причина - отчет на построителе, в качестве параметра используется ссылка на объект до которого у пользователя нет доступа.
После исправления все взлетело в лучшем виде.
Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:
Ошибка в релизе 1С
Ошибка в платформе 1С
Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
Ошибка кэша
Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)
Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.
Сложность разбора реальной причины данной проблемы заключается в том, что воспроизводится она непредсказуемым образом.
Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.
«Ошибка при выполнении запроса POST» - есть информация, что ошибка возникает при выполнении длительных, нагруженных операций над базой данных в ситуациях, когда у процесса rphost заканчивается разрешенная оперативная память на процесс.
Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.
Стоит 1С:Предриятие, всё нормально работает. База файловая, расположена на этом же компе.
Работает 1 человек, на нём же.
Запустил Apache и опубликовал базу в Web. (хотел соседний комп Apple подключить к базе)
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Нарыл в интернетах советы сделать тестирование/исправление базы (причём тут нехватка памяти?) и установку другой версии платформы.
Подскажите, кто знает, - куда копать?
(4)Не знал про эти ограничения. Можно попробовать заменить apach на lls. На windows server 2016 нормально поднимается. По идее должен и на обычной взлететь.
(1) 1. Может убрать Apach и подключиться локально?
2. Остановить Apach и попробовать поработать, будет ли выскакивать ошибка?
(2)
1. Подключиться локально с компьютера Apple к файловой базе на другом компе? Я только ЗА,
просто на портале ИТС нашёл описание ограничений на клиентскую часть для Mac, где написано
Версия «1С:Предприятия» для OS X обладает следующими ограничениями:
● Отсутствует 32-разрядная версия.
● Не поддерживается работа с файловой информационной базой, если она расположена на сетевом ресурсе.
2. Остановил Apache (даже не остановил, а поменял способ подключения на обычный), ошибка не появляется.
Есть ещё какие-либо идеи?
(2)На портале ИТС сказано, что невозможно подключиться к файловой базе по сети. Я бы с радостью:
Версия «1С:Предприятия» для OS X обладает следующими ограничениями:
● Отсутствует 32-разрядная версия.
● Не поддерживается работа с файловой информационной базой, если она расположена на сетевом ресурсе.
Я для этого Apache и хотел использовать.
(4)Не знал про эти ограничения. Можно попробовать заменить apach на lls. На windows server 2016 нормально поднимается. По идее должен и на обычной взлететь.
Стоит упращенка с 16 года. Обновляю периодически
при заходе в отчеты выскакивает ошибка и программа выключается.
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
При нехватки оперативной памяти
на Windows XP, Windows Server 2003
1 .Откройте Свойства системы (правый клик на значке Мой компьютер - Свойства)
2. Выберите вкладку "Дополнительно"
3. В строке Загрузка и восстановление нажмите Параметры, чтобы открыть окно Загрузки и восстановления
4. В разделе Загрузка операционной системы нажмите кнопку Правка, чтобы открыть файл настроек загрузки boot.ini в Блокноте
5. Убедитесь, что в Блокноте отключена функция "Переносить по словам" в меню Формат
6. Найдите раздел [Operating Systems]. Каждая строка ниже этого заголовка представляет собой операционную систему, установленную на Вашем компьютере.
7. В конце каждой строки под заголовком [Operating Systems] после команды /fastdetect (или любой другой команды, которая идет последней) добавьте следующие параметры:
- если у Вас установлено 3Гб оперативной памяти: /3GB /userva=2560
- если у Вас установлено 4Гб оперативной памяти: /3GB
пример:
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows XP Professional" /fastdetect /3GB /userva=2560
8. Сохраните файл и закройте Блокнот.
9. Перезагрузите компьютер.
Windows Vista, Windows 7, Windows Server 2008
1. Откройте консоль с административными правами:
- нажмите Пуск
- откройте Все программы
- откройте Стандартные
Нажмите правой кнопкой мыши на программу Командная строка и выберите Запуск от имени администратора
2. Наберите одну из следующих команд и нажмите ввод:
- если установлено 3 Гб оперативной памяти: bcdedit /set IncreaseUserVA 2560
- если установлено 4 Гб и более оперативной памяти: bcdedit /set IncreaseUserVA 3072
3. Закройте командную строку и перезагрузите компьютер.
4. Если потребуется вернуть параметры по-умолчанию, для отмены вышеуказанных настроек повторите шаг 1 и введите в консоли команду bcdedit /deletevalue increaseuserva (или bcdedit /deletevalue increaseuserva, если использовался параметр )
Перевод и причины дисфункции
Проблема возникает на серверной версии программы, причём после установки очередного обновления к «1С». Проблемными стали версии программы 8.3.6, 8.3.8.хх, 8.3.9.ххх, на которых рассматриваемая мной дисфункция возникает наиболее часто.
Данная ошибка возникает случайно, в большинстве случаев не имеет каких-либо закономерностей при своём появлении, чем раздражает довольно многих пользователей, заваливающих техподдержку 1С «письма счастья».
Как я уже упоминал выше, причиной возникновения ошибки запроса POST является некорректно написанный разработчиками код программы. Потому в данном случае не стоит искать причины в некорректном функционале своего ПК, а сосредоточиться на действующих вариантах решения проблемы, которые я опишу ниже.
Чтобы избавиться от ошибки рекомендую выполнить следующее:
- Выполните стандартное «Тестирование и Исправлении» (ТиИ) вашей базы данных. Данная операция осуществляется переходом в «Конфигуратор», где во вкладке «Администрирование» необходимо выбрать опцию «Тестирование и Исправление». Операцию необходимо осуществлять в монопольном режиме, потому никого кроме вас в базе быть не должно. Перед выполнением указанной процедуры рекомендуется сделать страховочную копию ваших баз данных;
- Установите наиболее свежие обновления к вашей версии 1С. Поскольку пик появления данной ошибки пришёлся на 2016-2017 годы, то с тех пор разработчиками был выпущен ряд обновлений, позволяющих устранить данную ошибку. Установите свежие апдейты для вашей «1С», и если не помогло, то идём дальше;
- Откатите программу до прежней версии. В некоторых случаях (когда у пользователей было установлены самые свежие обновления) помог откат программы до более ранней (и более стабильной) версии программы;
- При доступе к серверу 1С рекомендуется почистить кэш. Остановите на сервере службу под названием «агент сервера 1с предприятие», в каталоге кэша сервера удалите всё кроме файлов, имеющих расширение *.1 Примерный путь к каталогу может быть:
После чего вновь запустите указанную службу;
Заключение
Основным фактором возникновения ошибки запроса POST к ресурсу /e1cib/logForm является некорректно написанный разработчиками код обновления к программе «1С». Эффективным решением возникшей проблемы станет обновление вашей версии 1С до самой свежей версии, где рассматриваемая дисфункция уже исправлена, и появлений рассматриваемой ошибки более не наблюдается.
При длительной работе с программой 1С пользователи быстро учатся устранять большинство ошибок, которые появляются в процессе. Однако с выходом новых, более усовершенствованных версий появляются и новые типы неполадок. В этой статье вы узнаете, как устранить «Ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.»
Причины ошибки в 1С
Изменяем режим запуска для пользователей
Часто ошибку можно решить довольно просто. Для этого вам необходимо войти с правами администратора и изменить настройки учетной записи пользователя. Нужно выбрать редактирование информационной базы и в поле «Основной режим запуска» поставить галочку на «Выбирать автоматически». Сохраните эти изменения, и ошибка должна пропасть.
Устранение сбоя при выполнении запроса GET к ресурсу
Из-за переполнения кэша программы, могут возникать разные ошибки. Так как для стабильной работы с новыми формами необходимо свободное пространство буфера быстрого доступа. Часто освобождение этого буфера помогает программе снова начать работу без каких-либо проблем.
- Чтобы очистить кэш, вам нужно в 1С найти к нему путь. Он находится в той же папке, что и программа;
- Выберите кнопку «Настройки»;
- Найдите путь в этом окне. Вы можете скопировать путь и вставить его в проводнике, чтобы быстро попасть в нужную папку;
- В ней будут файлы с длинными случайными наборами символов в качестве имен. Их все нужно удалить. Это и есть кэш 1С.
Если ошибку получится удалить этим способом, вы можете использовать настройки программы таким образом, что при каждом запуске кэш будет удаляться автоматически. И вам не придется каждый раз его чистить.
Запуск утилит для исправления ошибок 1С
В программном комплексе 1С включены специальные утилиты, которые могут помочь пользователю решить проблемы при работе. Если вам еще не удалось устранить дисфункцию при выполнении запроса GET к ресурсу e1c/ibc/micommands:
Каждый из параметров позволяет выполнять дополнительные проверки над теми или иными данными программы:
- Реиндексация таблиц — ревизия индексов таблиц. В ходе тестирования будет произведена реиндексация. Не убирайте с него галочку. Эта процедура пойдет программе на пользу;
- Проверка целостности базы — база данных будет перепроверена. Если будут найдены неполадки, утилита исправит их. Также полезная функция, которая не будет лишней при запуске;
- Проверка базы ссылок — будут найдены неверные указатели, ссылки и действия над ними передаются пользователю;
- Реструктуризация таблиц — эта процедура занимает много времени. Поэтому применять нужно только в случае реальной необходимости. В результате её действия структура таблицы будет пересоздана;
- Сжатие таблиц — также полезный параметр, в процессе удаляются элементы данных, в которых уже нет необходимости.
Добавление памяти для 1С
Ошибки в 1С Предприятие часто имеют дополнительный параметр «Недостаточно памяти». С ней встречались, наверное, все, кто долгое время работал с программой. Нехватка памяти появляется из-за обновления конфигурации, загрузки объемных баз данных, при создании отчетов и т.д.
Чтобы избавиться от ошибки с памятью:
- Откройте меню «Пуск». Запишите в пустой строке поиска «Командная строка»;
- Выберите её в результатах ПКМ и запустите от имени администратора;
- Введите команду: CMD и нажмите клавишу ввода;
- Курсор перейдет на другую строку, в ней запишите: bcdedit /set increaseuserva 3072 и нажмите ENTER. В цифрах выражается память в мегабайтах. Здесь вы можете указать свое значение, относительно установленной в компьютере оперативной памяти;
- В системных настройках можно узнать, сколько памяти есть в компьютере. Для этого нажмите вместе WIN+PAUSE.
После этих действий перезагрузите компьютер и проверьте, появляется ли ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.
Универсальные переносы данных 1С (перенос документов, остатков и справочной информации):
Данные программы разработаны в нашей компании. Позволяют комфортно выполнить переход со старых программ 1С на новые. В отличие от типовых переносов фирмы 1С эти разработки позволяют переносить документы за выбранный период.
Переносы данных можно приобрести за безналичный расчет на юридическое лицо (предоставим закрывающие документы) или оплатить банковской картой через шлюз Яндекс.Кассы (предоставим электронный чек). -->
Невосстановимая ошибка. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Выглядит данная ошибка вот так:
Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:
- Ошибка в релизе 1С
- Ошибка в платформе 1С
- Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
- Ошибка кэша
- Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)
Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.
Сложность разбора реальной причины данной проблемы заключается в том, что воспроизводится она непредсказуемым образом.
Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.
«Ошибка при выполнении запроса POST» - есть информация, что ошибка возникает при выполнении длительных, нагруженных операций над базой данных в ситуациях, когда у процесса rphost заканчивается разрешенная оперативная память на процесс.
Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.
Также может помочь переход с х86 сервера 1С на х64.
Либо иногда может помочь обновление платформы 1С на актуальный релиз и/или перезапуск сервера 1С. Перезапуск понятно, почему помогает. При этом освобождаются ресурсы.
В целом рекомендуем такую ресурсоемкую задачу, как перенос данных 1С, выполнять на мощном оборудовании, с использованием SSD-дисков, если возможно, то файлового режима работы для базы 1С-приемника данных. Если файловый режим невозможен, то рекомендуется использовать только сервер 1С разрядности х64.
Для снятия ограничений на потребление памяти нужно в консоли сервера 1С зайти в свойства рабочего сервера, как показано на скриншоте:
Если для настроек указать значения «-1», как на скриншоте, то данные ограничения для сеансов использоваться не будут. То есть не будет выполняться завершение сеансов, которые потребляют много оперативной памяти.
Используйте эту настройку под свою ответственность. Нужно понимать, что в большинство случаев при параллельной работе большого количества пользователей вы получите стабильную работу сервера 1С все-таки если не будете отключать данную настройку.
Мы рекомендуем устанавливать значения «-1» только на время выполнения задачи переноса данных 1С, либо другой нужной Вам ресурсоемкой задачи.
Есть вопросы по работе с 1С?
Читайте также: