Невосстановимая ошибка. Ошибка при выполнении запроса 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. Почему появляется эта ошибка 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 Files\1cv8\srvinfo\reg_1541\snccntx + *уникальный идентификатор* удалить все за исключением файлов, которые имеют расширение *.1, а затем обратно запустить «Сервер 1С».
· Перезапустить сам сервер 1С Предприятие.
· Обратиться на линию консультаций в официальную поддержку фирмы «1С». Кстати, Вы также можете обратиться и к нам по этому или любому другому вопросу. Мы всегда на связи и с радостью поможем решить Вашу проблему.
Специалист компании «Кодерлайн»
Иванова Ольга
Kleo
12.07.21
✎
10:31
Добрый день!
Файловая база Бухгалтерия 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:
и пусто. без расшифровок.
Не хочется верить, что база рухнула. Визуально все таблицы в норме, нет потерянных или пустых.
Подскажите, что еще посмотреть? Какие таблицы грузятся первые перед авторизацией юзеров? пусть нужно что-то удалить, пусть с частичной потерей данных, но с документами…
ДенисЧ
12.07.21
✎
10:42
Техжурнал не предлагать?
Или, например, обратиться в фирму 1с (если, разумеется, 1с честная)?
bolder
12.07.21
✎
10:47
(0) Начать с полугодовой копии.Урок должен быть освоен.Экономия на бэкапах дорого обходится)
Kleo
12.07.21
✎
10:48
(1) Техжуранал у меня нет, есть только один файл 1cv8.1CD. Могу попросить, если сохранился…. не знаю, а что и куда там смотреть?
(1) 1с легальная, ИТС есть. но думаю, что никто ей не будет заниматься. что прям помогут и исправят ошибку?
ДенисЧ
12.07.21
✎
10:49
(3) Бывает, что 1с помогает..
А ТЖ нужно настроить и смотреть, что в него попадает при запуске…
Kleo
12.07.21
✎
10:50
(2) полностью согласна. но фат есть факт. просто по ощущениям база не совсем рухнула, конфиг целый. какая-то мелочь или что-то нужно удалить, пусть даже с частичной потерей.
Хочется разобраться, ведь не зря статьи есть, люди лечат и восстанавливают.
Что при входе в систему читается первым ? Какие таблицы? До логина? То есть еще до логина не доходит и выходит ошибка
Kleo
12.07.21
✎
10:51
(4) как? дайте ссылку, пожалуйста
ДенисЧ
12.07.21
✎
10:54
Kleo
12.07.21
✎
10:55
(7) спасибо! буду изучать
Kleo
12.07.21
✎
10:59
(7) не совсе поняла, что мне даст этот журнал? что там увижу?
Мультук
12.07.21
✎
11:01
(0) Kleo, простите за прямоту
1) Вы уверены, что заказчик точно понял, что вы ВОЗМОЖНО почините базу. А может быть и нет
2) Очень не хотелось бы, чтобы через несколько дней возможных собак начали уже вешать на Вас, а не на «того парня»
P.S.
Сам файл для самообразования я бы оставил, но клиенту, я бы ничего обещать не стал.
Kleo
12.07.21
✎
11:05
(10) хочу помочь знакомому, деньги не беру. хочу разобраться. не верю, что база рухнула. в конфиг и предприятие не пускает. ничего вешать на меня не будут
arsik
12.07.21
✎
11:06
(9) Увидишь, почему падает 1С при запуске.
Kleo
12.07.21
✎
11:06
есть реальные идеи? кто занимался решением вопроса с помощью утилиты Tool_1CD ? или других
Kleo
12.07.21
✎
11:07
(12) не совсем поняла, как его сделать. по ссылке на ИТС все кратко
ДенисЧ
12.07.21
✎
11:09
Kleo
12.07.21
✎
11:13
что за таблица CONFIGAS ? нет нигде описания…
Kleo
12.07.21
✎
11:14
(15) а где я буду запускать внешнюю обработку технологического журнала? в другой конфигурации?
ДенисЧ
12.07.21
✎
11:16
(17) Yep
МихаилМ
12.07.21
✎
12:10
(16) может ConfigCAS? тогда расширения
Garykom
12.07.21
✎
12:17
(0) https://infostart.ru/public/1322843/
короче нужные таблицы тащи по очереди в полугодовую копию
Garykom
12.07.21
✎
12:19
Конечно самое лучшее это загнать в SQL сервер и рабочую старую и сбойную и начать извращаться соединяя по разному в третью базу
ДенисЧ
12.07.21
✎
12:20
(21) Хорошее предложение — загнать сбойную в скуль. Особенно если в ней даже конфигуратор не запускается…
МихаилМ
12.07.21
✎
12:22
(21) дел на 5 мин. загонять не нужно
Garykom
12.07.21
✎
12:24
(22) «выгрузить содержимое таблиц в XML»
Garykom
12.07.21
✎
12:24
(23) если какая то таблица(ы) сбойная и надо не все записи то с sql это проще
Kleo
12.07.21
✎
12:31
(19) да. верно.
(21) как в sql загрузить файл 1cv8.1CD ?
(20) тоже думала, но таблиц 7455 ? руками нереально. проще данные внести за полгода
МихаилМ
12.07.21
✎
12:33
(26) «проще данные внести за полгода» — еще проще обратиться за платной помощью
МихаилМ
12.07.21
✎
12:36
(26) или как в (24) выгрузите с помощью тулсиди все таблицы и загрузите их с помощью обработка с ис.
Garykom
12.07.21
✎
12:38
Garykom
12.07.21
✎
12:40
(29) но на практике оно все древнее и старое и хрен нормально заработает
Kleo
12.07.21
✎
12:44
(28) вот. в утилите Tool_1CD вижу все таблицы. предлагаете их все руками выгружать и загружать в чистую базу?
Kleo
12.07.21
✎
13:00
Данные технологического журнала после запуска битой базы:
58:34.289000-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=DatabaseException8,Descr=»Отсутствует файл базы данных ‘C:\My_doc\1/1Cv8tmp.1CD'»
58:34.289001-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
58:38.070000-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr=»src\ClientFileCacheImpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен ‘v8stg64://c:/1/DynamicalWorkCache’: src\Storage64.cpp(3114)»
58:38.101013-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr=»src\ClientFileCacheImpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен ‘v8stg64://c:/3/DynamicalWorkCache’: src\Storage64.cpp(3077)»
58:40.070001-0,EXCP,0,process=1cv8c,OSThread=13876,DBMS=DBV8DBEng,DataBase=1,Exception=DataBaseException,Descr=
58:40.070002-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=LAPTOP-IBTPBJD0,UserName=,ConnectString=’File=»C:\My_doc\1″;’
58:40.070005-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=DataBaseException,Descr=
58:40.070006-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=LAPTOP-IBTPBJD0,UserName=,ConnectString=’File=»C:\My_doc\1″;’
58:40.320000-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’src\VResourceInfoBaseImpl.cpp(1035):
580392e6-ba49-4280-ac67-fcd6f2180121: Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6′
58:40.461000-0,EXCP,1,process=1cv8c,OSThread=13876,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’src\VResourceSessionImpl.cpp(550):
580392e6-ba49-4280-ac67-fcd6f2180121: Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6′
58:40.461001-0,EXCP,1,process=1cv8c,OSThread=13876,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’src\ClientPerformerImpl.cpp(3260):
580392e6-ba49-4280-ac67-fcd6f2180121: Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6′
58:40.461002-0,EXCP,1,process=1cv8c,OSThread=13876,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’src\ExceptionWriterUIImpl.cpp(649), shown to the user:
580392e6-ba49-4280-ac67-fcd6f2180121: Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6′
59:00.711000-0,EXCP,1,process=1cv8c,OSThread=13876,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’src\ClientPerformerImpl.cpp(1588):
580392e6-ba49-4280-ac67-fcd6f2180121: Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6′
Kleo
12.07.21
✎
13:00
База убита?
Kleo
12.07.21
✎
13:00
или есть шанс и что тогда делать?
Kleo
12.07.21
✎
19:45
Что означают записи технологического журнала?
МихаилМ
12.07.21
✎
21:26
(35) эти записи означают, что тж не настраивали.
Гений 1С
12.07.21
✎
21:47
А в пофигураторе открывает?
Гений 1С
12.07.21
✎
21:49
Кстати, попробуй на другом компе или хотя бы другом релизе (можно на последнем). У меня что-то такое было, когда диск где 1С была отвалился
МихаилМ
12.07.21
✎
21:49
(37) «..После чего не пускает ни в Конфигуратор нив Предприятие…»
Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка СУБД: Файл базы данных поврежден
Описание ошибки:
При попытке запуска работы сеанса с базой 1С 8:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘D:\1C Bases\Accounting/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘D:\1C Bases\Accounting/1Cv8.1CD’
Найденные решения:
Если нажать ссылку «Показать информацию для технической поддержки», то в открывшемся окне будет полный текст ошибки:
Появляется при попытке запустить базу 1С. Стала возникать после того, как на рабочем месте было аварийное, т.е. непредвиденное завершение работы, выраженное отключением электричества. В момент отключения электричества, и соответственно рабочего компьютера, база была открыта, с ней работали, активный сеанс работы с 1С.
Так или иначе разновидность данной ошибки уже была описана ранее в публикациях. Но проявляля себя уже в процессе работы с базой:
Ошибка «Файл базы данных поврежден ‘С\Users\имя_пользователя\AppData\Local\1C\1cv8\…\…\vrs-cache\cache.1CD'»
Ошибка СУБД: Файл базы данных поврежден
В данном же случае методика устранения ошибки такая же, как и в приведенных двух выше статьях-описаниях. Сначала (1) выполняем проверку физической целостности по инструкции, предварительно, скопировав файл базы, т.е. создав его непосредственную копию, поскольку возможности штатно создать архив базы через конфигуратор не получится в виду наличия этой же ошибки «Ошибка СУБД: Файл базы данных поврежден». После шага (1) дополнительно выполним шаг (2) — операцию тестирования и исправления базы данных.
Если повреждения окажутся не масштабные, то после этих двух операций база снова готова к работе.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
07-10-2020
Журавлев А.С.
(Сайт azhur-c.ru)
Реклама:
Некоторые моменты при публикации или как опубликовать базу 1С на веб-сервере Microsoft Internet Information Services (IIS).
При публикации базы 1С во избежании ошибки
«Невосстановимая ошибка ошибка при выполнении запроса post к ресурсу e1cib/login web клиент»
необходимо дать права на папку с информационной базой для группы пользователей IIS_IUSRS.
Файл web.config в каталоге с опубликованной базой (примерный путь к каталогу «C:\inetpub\wwwroot\bp30″) должен выглядеть примерно следующим образом:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<handlers>
<add name="1C Web-service Extension" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files (x86)\1cv8\8.3.8.1964\bin\wsisapi.dll" resourceType="Unspecified" requireAccess="None" />
</handlers>
<security>
<requestFiltering allowDoubleEscaping="true" />
</security>
</system.webServer>
<system.web>
<pages validateRequest="false" />
<httpRuntime requestPathInvalidCharacters="" />
</system.web>
</configuration>
Если в нем чего-то не хватает, то это нужно добавить.
Если вам понравилась данная статья или у вас есть пожелания как сделать ее лучше, пожалуйста, оставляйте комментарии ниже (↓)