Ошибка выполнения запроса ошибка при выполнении запроса post к ресурсу e1cib logform

Невосстановимая ошибка. Ошибка при выполнении запроса 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С 8:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘D:1C BasesAccounting/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘D:1C BasesAccounting/1Cv8.1CD’

Найденные решения:

Если нажать ссылку «Показать информацию для технической поддержки», то в открывшемся окне будет полный текст ошибки:

​

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

Так или иначе разновидность данной ошибки уже была описана ранее в публикациях. Но проявляля себя уже в процессе работы с базой:
Ошибка «Файл базы данных поврежден ‘СUsersимя_пользователяAppDataLocal1C1cv8……vrs-cachecache.1CD'»
Ошибка СУБД: Файл базы данных поврежден

В данном же случае методика устранения ошибки такая же, как и в приведенных двух выше статьях-описаниях. Сначала (1) выполняем проверку физической целостности по инструкции, предварительно, скопировав файл базы, т.е. создав его непосредственную копию, поскольку возможности штатно создать архив базы через конфигуратор не получится в виду наличия этой же ошибки «Ошибка СУБД: Файл базы данных поврежден». После шага (1) дополнительно выполним шаг (2) — операцию тестирования и исправления базы данных. 

Если повреждения окажутся не масштабные, то после этих двух операций база снова готова к работе.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

07-10-2020

Журавлев А.С.
(Сайт azhur-c.ru)

1C ошибка HTTP при обращении к серверу

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

При запуске базы появляется сообщение об ошибке

Сегодня рассмотрим еще одну, она возникает в момент запуска информационной базы которая опубликована на веб сервере.

1C ошибка HTTP при обращении к серверу удаленный узел не прошел проверку

Если нажать «Подробно» то можно увидеть.

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка HTTP при обращении к серверу: https://…
Удаленный узел не прошел проверку

Это говорит о том что на сервере по каким либо причинам не работает HTTPS. Либо сбились настройки самого сервера либо просто истек срок действия сертификата SSL. Проверить это можно введя в браузере путь до информационной базы. Если вы видите тоже самое что на скриншоте ниже то проблема точно с сертификатом сервера.

Решить проблему можно отключив проверку, для этого выбираем базу и жмем «Изменить».

Потом нужно нажать «Дополнительно».

Первое окно пропускаем.

А в следующем выбираем «Не предоставлять сертификат» и «Не проверять сертификат сервера».

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

Либо как вариант можно также изменить HTTPS на HTTP в адресе информационной базы.

Источник

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

Файловая база Бухгалтерия 3.0.95.24 типовая плюс добавлены дополнительные объекты обособленно от типовой (все объекты со своим префиксом). Типовая на поддержке.
После обновления моргнул свет, в базу зайти не смогли, после чего было запущено Тестирование и исправление, свет моргнул второй раз. После чего не пускает ни в Конфигуратор нив Предприятие. Обновлением и сопровождением занималась не я. Копии к сожалению тот программист не сделал, есть полугодовой давности копия.

Мне передали только файл 1cv8.1CD. В ходе изучения проблемы какие были выполнены манипуляции:
1) тест с помощью стандартной утилиты chdbfl.exe ничего не дал. может до меня уже тестировали, история умалчивает. но она ошибок не обнаружила
2) далее изучив статьи по поводу лечения файловых баз, была скачана утилита Tool_1CD. файл 1cv8.1CD загрузился (уже хорошо), все таблицы просмотрены визуально. никаких таблиц с окончаниями «OG» нет, как пишут, что может быть при ТиИ.
3) выгружен файл конфигурации базы данных (тоже хорошо), загрузила в пустую, все ОК. конфигурация целая (загрузила ее в Tool_1CD), количество файлов в таблицах CONFIG совпадает.
4) все файлы таблицы CONFIG просмотрены (55837), не поленилась. визуально никаких нет пустых или с окончанием .new
5) есть таблица _ERRORPROCESSINGSETTINGS — не пустая! в ней один файл:
поля файла _OBJECTKEY — ErrorProcessingSettings — удаление файла ничего не дало
6) таблица _EXTENSIONSINFO — содержит один файл. тоже удалила, ничего не дало. никаких описаний про эту таблицу не нашла
7) далее прочитала, что при начала грузятся все первоначальные настройки, для этого удаляла таблицы V8USERS, _USERSWORKHISTORY и др. ничего не дало

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

Не хочется верить, что база рухнула. Визуально все таблицы в норме, нет потерянных или пустых.

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

Источник

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

Файловая база Бухгалтерия 3.0.95.24 типовая плюс добавлены дополнительные объекты обособленно от типовой (все объекты со своим префиксом). Типовая на поддержке.
После обновления моргнул свет, в базу зайти не смогли, после чего было запущено Тестирование и исправление, свет моргнул второй раз. После чего не пускает ни в Конфигуратор нив Предприятие. Обновлением и сопровождением занималась не я. Копии к сожалению тот программист не сделал, есть полугодовой давности копия.

Мне передали только файл 1cv8.1CD. В ходе изучения проблемы какие были выполнены манипуляции:
1) тест с помощью стандартной утилиты chdbfl.exe ничего не дал. может до меня уже тестировали, история умалчивает. но она ошибок не обнаружила
2) далее изучив статьи по поводу лечения файловых баз, была скачана утилита Tool_1CD. файл 1cv8.1CD загрузился (уже хорошо), все таблицы просмотрены визуально. никаких таблиц с окончаниями «OG» нет, как пишут, что может быть при ТиИ.
3) выгружен файл конфигурации базы данных (тоже хорошо), загрузила в пустую, все ОК. конфигурация целая (загрузила ее в Tool_1CD), количество файлов в таблицах CONFIG совпадает.
4) все файлы таблицы CONFIG просмотрены (55837), не поленилась. визуально никаких нет пустых или с окончанием .new
5) есть таблица _ERRORPROCESSINGSETTINGS — не пустая! в ней один файл:
поля файла _OBJECTKEY — ErrorProcessingSettings — удаление файла ничего не дало
6) таблица _EXTENSIONSINFO — содержит один файл. тоже удалила, ничего не дало. никаких описаний про эту таблицу не нашла
7) далее прочитала, что при начала грузятся все первоначальные настройки, для этого удаляла таблицы V8USERS, _USERSWORKHISTORY и др. ничего не дало

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

Не хочется верить, что база рухнула. Визуально все таблицы в норме, нет потерянных или пустых.

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

Источник

Ошибка при работе с ресурсом e1cib login

При длительной работе с программой 1С пользователи быстро учатся устранять большинство ошибок, которые появляются в процессе. Однако с выходом новых, более усовершенствованных версий появляются и новые типы неполадок. В этой статье вы узнаете, как устранить ошибку при выполнении запроса GET к ресурсу e1cib/cmi/commands.

Причины ошибки в 1С

Подобное сообщение часто дополняется другими строками, которые могут пояснять причины сбоя в программе или программном коде. Встречается такая строка — недостаточно свободной памяти для выполнения операций. Она помогает пользователю быстро сориентироваться и предпринять нужные действия — выделить программе больше оперативной памяти (если это возможно).

Есть и другой тип подобного сообщения — неспецифированная ошибка работы с ресурсом e1cib/logform. Все эти случаи мы рассмотрим далее в программе и определим, как их решить. Как и при появлении многих других сообщений о сбое, единой инструкции просто не существует. Связано это с тем, что пользователи или операторы могут работать не только с разными версиями ОС Windows, но и в разных версиях 1С.

Изменяем режим запуска для пользователей

Часто ошибку можно решить довольно просто. Для этого вам необходимо войти с правами администратора и изменить настройки учетной записи пользователя. Нужно выбрать редактирование информационной базы и в поле «Основной режим запуска» поставить галочку на «Выбирать автоматически». Сохраните эти изменения, и ошибка должна пропасть.

Устранение сбоя при выполнении запроса GET к ресурсу

Из-за переполнения кэша программы, могут возникать разные ошибки. Так как для стабильной работы с новыми формами необходимо свободное пространство буфера быстрого доступа. Часто освобождение этого буфера помогает программе снова начать работу без каких-либо проблем.

1. Чтобы очистить кэш, вам нужно в 1С найти к нему путь. Он находится в той же папке, что и программа;
2. Выберите кнопку «Настройки»;
3. Найдите путь в этом окне. Вы можете скопировать путь и вставить его в проводнике, чтобы быстро попасть в нужную папку;

Путь к папке с кэшем в 1С

В ней будут файлы с длинными случайными наборами символов в качестве имен. Их все нужно удалить. Это и есть кэш 1С.

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

1. Запустить программу;
2. Откройте настройки информационной базы;
3. В строке «Дополнительные параметры…» введите в строку: «/ClearCache» и сохраните изменения.

Настройка очистки кэша при запуске

Запуск утилит для исправления ошибок 1С

В программном комплексе 1С включены специальные утилиты, которые могут помочь пользователю решить проблемы при работе. Если вам еще не удалось устранить дисфункцию при выполнении запроса GET к ресурсу e1c/ibc/micommands:

1. Откройте «Администрирование»;
2. Найдите и выберите пункт «Тестирование и исправление»;

Утилита «Тестирование и исправление»

Выберите нужные параметры галочкой и запустите утилиту.

Каждый из параметров позволяет выполнять дополнительные проверки над теми или иными данными программы:

• Реиндексация таблиц — ревизия индексов таблиц. В ходе тестирования будет произведена реиндексация. Не убирайте с него галочку. Эта процедура пойдет программе на пользу;
• Проверка целостности базы — база данных будет перепроверена. Если будут найдены неполадки, утилита исправит их. Также полезная функция, которая не будет лишней при запуске;
• Проверка базы ссылок — будут найдены неверные указатели, ссылки и действия над ними передаются пользователю;
• Реструктуризация таблиц — эта процедура занимает много времени. Поэтому применять нужно только в случае реальной необходимости. В результате её действия структура таблицы будет пересоздана;
• Сжатие таблиц — также полезный параметр, в процессе удаляются элементы данных, в которых уже нет необходимости.

Добавление памяти для 1С

Ошибки в 1С Предприятие часто имеют дополнительный параметр «Недостаточно памяти». С ней встречались, наверное, все, кто долгое время работал с программой. Нехватка памяти появляется из-за обновления конфигурации, загрузки объемных баз данных, при создании отчетов и т.д.

Чтобы избавиться от ошибки с памятью:

1. Откройте меню «Пуск». Запишите в пустой строке поиска «Командная строка»;
2. Выберите её в результатах ПКМ и запустите от имени администратора;
3. Введите команду: CMD и нажмите клавишу ввода;
4. Курсор перейдет на другую строку, в ней запишите: bcdedit /set increaseuserva 3072 и нажмите ENTER. В цифрах выражается память в мегабайтах. Здесь вы можете указать свое значение, относительно установленной в компьютере оперативной памяти;
5. В системных настройках можно узнать, сколько памяти есть в компьютере. Для этого нажмите вместе WIN+PAUSE.

После этих действий перезагрузите компьютер и проверьте, появляется ли ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.

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

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

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

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

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

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

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

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

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

Выполните стандартное «Тестирование и Исправлении» (ТиИ) вашей базы данных. Данная операция осуществляется переходом в «Конфигуратор», где во вкладке «Администрирование» необходимо выбрать опцию «Тестирование и Исправление». Операцию необходимо осуществлять в монопольном режиме, потому никого кроме вас в базе быть не должно. Перед выполнением указанной процедуры рекомендуется сделать страховочную копию ваших баз данных;

Выполните исправление вашей базы данных