Невосстановимая ошибка при выполнении запроса post к ресурсу e1cib - ErrorsMaster.ru

Невосстановимая ошибка. Ошибка при выполнении запроса 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.3.хххх) оператор локального ПК может внезапно столкнуться с сообщением «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данная проблема обычно имеет программную природу, и вызвана некорректно написанным обновлением к данной программе. Ниже я разберу, что это за ошибка, каковы факторы её возникновения, и как её исправить.

Ошибка в релизе 1С
Ошибка в платформе 1С
Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
Ошибка кэша
Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)

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

Источник

Содержание

Перевод и причины дисфункции
Как исправить ошибку запроса POST к ресурсу /e1cib/logForm
Заключение

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

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

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

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

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

Также вам может быть интересен наш материал о коде ошибки 0000000002, связанной с дисфункцией подаваемой декларации.

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

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

Program Files1cv8srvinforeg_1541

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

Перезапустите сам сервер 1С Предприятие. У некоторых пользователей это помогло решить проблему запроса POST к ресурсу /e1cib/logForm;
Обратитесь в официальную поддержку 1С за консультацией и помощью. Также может помочь обращение по сети (к примеру, на е-мейл v8@1c.ru) или по телефону (495) 956-11-81 в техническую поддержку 1С. Поскольку рассматриваемая ошибка имеет массовый характер и наблюдается не первый год, то наверняка у специалистов техподдержки уже имеются работающие алгоритмы решения возникшей проблемы.
Обратитесь в техподдержку 1С

Также на нашем сайте мы разобрали ошибку 0400300003, связанную с нарушением условия обязательного присутствия элемента.

Заключение

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

Опубликовано 28 марта 2018 Обновлено 28 января 2021

Содержание:

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С
Ошибка в платформе 1С
Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
Ошибка кэша
Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)

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

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

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

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

Ошибка в релизе 1С
Ошибка в платформе 1С
Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
Ошибка кэша
Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)

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

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

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

Обычная локальная сеть с роутером и подключенными станциями по «проводу» (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

freelog

28.01.17 — 16:40

Всем добрый день!

Помогите, пожалуйста, с проблемой. Возникает во время обмена УТ 11.1 => БП 2.0, а конкретно во время загрузки КОНТРАГЕНТОВ в БП.

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

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

по причине:

На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто

Конфигурацию обновил до последнего релиза.

Платформа тоже последняя.

ТИИ делал.

1С:Предприятие 8.3 (8.3.8.2322)

Бухгалтерия предприятия, редакция 2.0 (2.0.66.12)

xpenaten

1 — 28.01.17 — 16:44

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

H A D G E H O G s

2 — 28.01.17 — 16:48

При заведении контрагента, его реквизит скопировали с сайта через буфер обмена, в результате туда попал недопустимый символ XML.

Скорее всего причина в этом.

freelog

3 — 28.01.17 — 17:23

(1)все смотрел — не помогло, к тому же забыл сказать, что база СЕРВЕРНАЯ

(2)хорошая мысль! а обойти это на этапе загрузки данных как-то можно? или только перелопачивать реквизиты контрагентов в базе источнике в недопустимых символов, чистить их и потом по новой выгружать?

H A D G E H O G s

4 — 28.01.17 — 18:47

(3) Найти в стэке процедуру, через которую проходят все данные и натравить на них

Функция ЗаменитьНедопустимыеСимволы(Текст) Экспорт

ПозицияСимвола=1;

Пока Истина Цикл

ПозицияСимвола=НайтиНедопустимыеСимволыXML(Текст,ПозицияСимвола);

Если ПозицияСимвола=0 Тогда

Прервать;

КонецЕсли;

Текст=Сред(Текст,1,ПозицияСимвола-1)+»&»+Строка(КодСимвола(Сред(Текст,ПозицияСимвола,1)))+Сред(Текст,ПозицияСимвола+1);

КонецЦикла;

КонецФункции

freelog

5 — 29.01.17 — 13:32

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

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

Платформы перепробовал уже самые разные, начиная от 8.3.8.1747 и заканчивая тестовой 8.3.10.1877.

Друзья, есть еще какие-либо мысли на сей счет?

freelog

6 — 30.01.17 — 14:59

коллеги, есть еще какие-нить идеи ? ну пичалька совсем с этим багом…

lexx256

7 — 31.01.17 — 08:09

Такая же ошибка (На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто) появлялась при выполнении длительных серверных вызовов. Связана вероятно с тем, что при таких вызовах процессы rphost отъедают всю доступную им память. Сняли ограничение на количество оперативки на рабочий процесс и проблема исчезла.

freelog

8 — 01.02.17 — 00:02

(7) А где конкретно это ограничение снимается, можно поподробнее? в 1С, на SQL сервере, в ОСи ?

lexx256

9 — 01.02.17 — 08:49

В настройках сервера 1С

freelog

10 — 04.02.17 — 05:05

(9) не помогло (

rphosts

11 — 04.02.17 — 07:22

(2) или что-то пытались передать на клиента несериализуемое

(5) потому что эмуляция сервера не полностью эквивалентна клиентсерверной ИБ

(7) мы такие

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Автор Greiv, 26 мая 2016, 13:13

0 Пользователей и 1 гость просматривают эту тему.

Вот полный текст ошибки.
Платформа: 1С:Предприятие 8.3 (8.3.7.1873)
Конфигурация: Управление лицевыми счетами ФКР (2.0.4.12)
Режим: Серверный (сжатие: усиленное)
Приложение: Толстый клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Версия 8.2

Ошибки:
———————————————————————————
26.05.2016 12:50:33
Ошибка выполнения запроса
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:

Не указана не какая причина вообще, началось всё тем что с утра 1 база была не доступна, все базы находятся на MS SQL 2012 там их штук 15 и после ремонта 1 базы посыпались все в некоторые вообще нельзя зайти вылазиет эта ошибка в некоторые можно но по истечению какого то времени вылазиет тоже. Также при запуске некоторых баз из конфигуратора в режиме отладки возникает ошибка:
server_addr=tcp:имяСервера:1563 descr =10054(код ошибки) удалённый хост разорвал соединение.
Кто нибудь может подсказать в чём может быть причина данной проблемы, до этого проблемы такой не было.

Да и его и sql на всякий случай и базы переопубликовывали и полностью сервер перегружали не чего не помогло, долго думать времени не было и пришлось в ритме вальса переустановить сервер предприятия, проблема ушла, но из за переустановки появилась проблема с лицензиями, базы подцепились автоматом, скорее всего нужно было наверно почистить какую нибудь папку или удалить какой нибудь файлик и всё бы прошло, но я не знал какой и поэтому пришлось принимать радикальное решение. А может другого решения и не было.

Ну еще может помочь очистка кеша метаданных.

Нашли проблему только не понятно как её решить, запустили на ново испечёном сервере -Debug и всё полетело к чертям всё тоже самое, убрали, всё заработало. И перестали возникать эти ошибки. Короче придётся теперь без debug работать. По поводу метаданных, дело в том что этот кэш хранится на локальных компах, а эта проблема возникла на всех одновременно, ну может у вас появятся новые мысли с учётом проблемы связаной с debug.

Ну отладка на рабочем сервере изначально была плохой идеей.

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

Теги:

Форум 1С
►
Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4
►
Конфигурирование, программирование в 1С Предприятие 8
►
Ошибка post запроса /e1cib/logForm

Поиск

Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка СУБД: Файл базы данных поврежден

Описание ошибки:
При попытке запуска работы сеанса с базой 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)

27 сентября, 2021
27 сентября, 2021

Дано:

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

Ошибка обнаружена на платформе 8.3.18.1289

Что было проделано в попытках исправить ситуацию:

ТиИ со всеми возможными вариантам включая исправления.
перезагрузка сервера 1С, СУБД, а так же самой железки.
изменение настроек выделения памяти СУБД
чистки КЭШей 1С на стороне сервера (тут было очень страшно, но с чистилось только то что можно) и клиента
Удаление базы из сервера 1С и восстановление из dt

Решение

В итоге после долгих поисков ошибка нашлась среди багов платформы (полная официальная информация тут: Код ошибки: 10230003), решение так же нашлось, но, конечно, оно подойдет не всем.

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

Для тех, кто не может просто удалить расширение, может быть выходом станет обновление платформы до новых релизов, так как согласно официальному источнику ошибка исправлена в новых релизах версия 8.3.18.1433 и версия 8.3.19.1150. Лично не проверял. Но думаю это так.

Цитата
Владимир Попов написал: Больше никаких подробностей не последует? Файловый режим или клиент-серверный?

Платформа: 1С:Предприятие 8.3 (8.3.16.1148)
Конфигурация: Управление торговлей, редакция 11 (11.4.11.88) (

http://v8.1c.ru/trade/

)
Copyright © ООО «1С-Софт», 2003-2018. Все права защищены
(

http://www.1c.ru

)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Такси

Ошибки:
———————————————————————————
22.09.2020 9:51:38
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
ERROR: type «tt11» already exists

———————————————————————————
22.09.2020 9:21:28
Битрикс24БэкофисУТ (3.0.0.5): Низкая: Расширение неактивно и не будет применено
———————————————————————————
22.09.2020 9:21:28
СинхронизацияСБитрикс24 (2.3.3.5): Низкая: Расширение неактивно и не будет применено

Источник

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:

и пусто. без расшифровок.

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

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

ДенисЧ

1 — 12.07.21 — 10:42

Техжурнал не предлагать?

Или, например, обратиться в фирму 1с (если, разумеется, 1с честная)?

bolder

2 — 12.07.21 — 10:47

(0) Начать с полугодовой копии.Урок должен быть освоен.Экономия на бэкапах дорого обходится)

Kleo

3 — 12.07.21 — 10:48

(1) Техжуранал у меня нет, есть только один файл 1cv8.1CD. Могу попросить, если сохранился…. не знаю, а что и куда там смотреть?

(1) 1с легальная, ИТС есть. но думаю, что никто ей не будет заниматься. что прям помогут и исправят ошибку?

ДенисЧ

4 — 12.07.21 — 10:49

(3) Бывает, что 1с помогает..

А ТЖ нужно настроить и смотреть, что в него попадает при запуске…

Kleo

5 — 12.07.21 — 10:50

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

Хочется разобраться, ведь не зря статьи есть, люди лечат и восстанавливают.

Что при входе в систему читается первым ? Какие таблицы? До логина? То есть еще до логина не доходит и выходит ошибка

Kleo

6 — 12.07.21 — 10:51

(4) как? дайте ссылку, пожалуйста

ДенисЧ

7 — 12.07.21 — 10:54

Kleo

8 — 12.07.21 — 10:55

(7) спасибо! буду изучать

Kleo

9 — 12.07.21 — 10:59

(7) не совсе поняла, что мне даст этот журнал? что там увижу?

Мультук

10 — 12.07.21 — 11:01

(0) Kleo, простите за прямоту

1) Вы уверены, что заказчик точно понял, что вы ВОЗМОЖНО почините базу. А может быть и нет

2) Очень не хотелось бы, чтобы через несколько дней возможных собак начали уже вешать на Вас, а не на «того парня»

P.S.

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

Kleo

11 — 12.07.21 — 11:05

(10) хочу помочь знакомому, деньги не беру. хочу разобраться. не верю, что база рухнула. в конфиг и предприятие не пускает. ничего вешать на меня не будут

arsik

12 — 12.07.21 — 11:06

(9) Увидишь, почему падает 1С при запуске.

Kleo

13 — 12.07.21 — 11:06

есть реальные идеи? кто занимался решением вопроса с помощью утилиты Tool_1CD ? или других

Kleo

14 — 12.07.21 — 11:07

(12) не совсем поняла, как его сделать. по ссылке на ИТС все кратко

ДенисЧ

15 — 12.07.21 — 11:09

Kleo

16 — 12.07.21 — 11:13

что за таблица CONFIGAS ? нет нигде описания…

Kleo

17 — 12.07.21 — 11:14

(15) а где я буду запускать внешнюю обработку технологического журнала? в другой конфигурации?

ДенисЧ

18 — 12.07.21 — 11:16

(17) Yep

МихаилМ

19 — 12.07.21 — 12:10

(16) может ConfigCAS? тогда расширения

Garykom

20 — 12.07.21 — 12:17

(0) https://infostart.ru/public/1322843/

короче нужные таблицы тащи по очереди в полугодовую копию

Garykom

21 — 12.07.21 — 12:19

Конечно самое лучшее это загнать в SQL сервер и рабочую старую и сбойную и начать извращаться соединяя по разному в третью базу

ДенисЧ

22 — 12.07.21 — 12:20

(21) Хорошее предложение — загнать сбойную в скуль. Особенно если в ней даже конфигуратор не запускается…

МихаилМ

23 — 12.07.21 — 12:22

(21) дел на 5 мин. загонять не нужно

Garykom

24 — 12.07.21 — 12:24

(22) «выгрузить содержимое таблиц в XML»

Garykom

25 — 12.07.21 — 12:24

(23) если какая то таблица(ы) сбойная и надо не все записи то с sql это проще

Kleo

26 — 12.07.21 — 12:31

(19) да. верно.

(21) как в sql загрузить файл 1cv8.1CD ?

(20) тоже думала, но таблиц 7455 ? руками нереально. проще данные внести за полгода

МихаилМ

27 — 12.07.21 — 12:33

(26) «проще данные внести за полгода» — еще проще обратиться за платной помощью

МихаилМ

28 — 12.07.21 — 12:36

(26) или как в (24) выгрузите с помощью тулсиди все таблицы и загрузите их с помощью обработка с ис.

Garykom

29 — 12.07.21 — 12:38

Garykom

30 — 12.07.21 — 12:40

(29) но на практике оно все древнее и старое и хрен нормально заработает

Kleo

31 — 12.07.21 — 12:44

(28) вот. в утилите Tool_1CD вижу все таблицы. предлагаете их все руками выгружать и загружать в чистую базу?

Kleo

32 — 12.07.21 — 13:00

Данные технологического журнала после запуска битой базы:

58:34.289000-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=DatabaseException8,Descr=»Отсутствует файл базы данных ‘C:My_doc1/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=»srcClientFileCacheImpl.cpp(280):

9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен ‘v8stg64://c:/1/DynamicalWorkCache’: srcStorage64.cpp(3114)»

58:38.101013-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr=»srcClientFileCacheImpl.cpp(280):

9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен ‘v8stg64://c:/3/DynamicalWorkCache’: srcStorage64.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_doc1″;’

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_doc1″;’

58:40.320000-0,EXCP,0,process=1cv8c,OSThread=13876,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’srcVResourceInfoBaseImpl.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=’srcVResourceSessionImpl.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=’srcClientPerformerImpl.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=’srcExceptionWriterUIImpl.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=’srcClientPerformerImpl.cpp(1588):

580392e6-ba49-4280-ac67-fcd6f2180121: Невосстановимая ошибка

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

dc31263e-ecbf-41bd-9b3a-7b55897d5fd6′

Kleo

33 — 12.07.21 — 13:00

База убита?

Kleo

34 — 12.07.21 — 13:00

или есть шанс и что тогда делать?

Kleo

35 — 12.07.21 — 19:45

Что означают записи технологического журнала?

МихаилМ

36 — 12.07.21 — 21:26

(35) эти записи означают, что тж не настраивали.

Гений 1С

37 — 12.07.21 — 21:47

А в пофигураторе открывает?

Гений 1С

38 — 12.07.21 — 21:49

Кстати, попробуй на другом компе или хотя бы другом релизе (можно на последнем). У меня что-то такое было, когда диск где 1С была отвалился

МихаилМ

39 — 12.07.21 — 21:49

(37) «..После чего не пускает ни в Конфигуратор нив Предприятие…»

Источник

Некоторые моменты при публикации или как опубликовать базу 1С на веб-сервере Microsoft Internet Information Services (IIS).

При публикации базы 1С во избежании ошибки

«Невосстановимая ошибка ошибка при выполнении запроса post к ресурсу e1cib/login web клиент»

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

Файл web.config в каталоге с опубликованной базой (примерный путь к каталогу «C:inetpubwwwrootbp30″) должен выглядеть примерно следующим образом:

<?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)1cv88.3.8.1964binwsisapi.dll" resourceType="Unspecified" requireAccess="None" /> </handlers> <security> <requestFiltering allowDoubleEscaping="true" /> </security> </system.webServer> <system.web> <pages validateRequest="false" /> <httpRuntime requestPathInvalidCharacters="" /> </system.web> </configuration>

Если в нем чего-то не хватает, то это нужно добавить.

Если вам понравилась данная статья или у вас есть пожелания как сделать ее лучше, пожалуйста, оставляйте комментарии ниже (↓)

Источник

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

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

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

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

07-10-2020

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

Источник