При обмене данными клиент-сервер в программе «1С Бухгалтерия» (обычно версий 8.3.хххх) оператор локального ПК может внезапно столкнуться с сообщением «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данная проблема обычно имеет программную природу, и вызвана некорректно написанным обновлением к данной программе. Ниже я разберу, что это за ошибка, каковы факторы её возникновения, и как её исправить.
Содержание
- Перевод и причины дисфункции
- Как исправить ошибку запроса POST к ресурсу /e1cib/logForm
- Заключение
Перевод и причины дисфункции
После текста сообщения об ошибке при обращении к /e1cib/logForm обычно следует описание причины её возникновения, которая может иметь различный характер (ошибка на сервере, ошибка СУБД и другие).
Проблема возникает на серверной версии программы, причём после установки очередного обновления к «1С». Проблемными стали версии программы 8.3.6, 8.3.8.хх, 8.3.9.ххх, на которых рассматриваемая мной дисфункция возникает наиболее часто.
Данная ошибка возникает случайно, в большинстве случаев не имеет каких-либо закономерностей при своём появлении, чем раздражает довольно многих пользователей, заваливающих техподдержку 1С «письма счастья».
Как я уже упоминал выше, причиной возникновения ошибки запроса POST является некорректно написанный разработчиками код программы. Потому в данном случае не стоит искать причины в некорректном функционале своего ПК, а сосредоточиться на действующих вариантах решения проблемы, которые я опишу ниже.
Также вам может быть интересен наш материал о коде ошибки 0000000002, связанной с дисфункцией подаваемой декларации.
Как исправить ошибку запроса POST к ресурсу /e1cib/logForm
Чтобы избавиться от ошибки рекомендую выполнить следующее:
- Выполните стандартное «Тестирование и Исправлении» (ТиИ) вашей базы данных. Данная операция осуществляется переходом в «Конфигуратор», где во вкладке «Администрирование» необходимо выбрать опцию «Тестирование и Исправление». Операцию необходимо осуществлять в монопольном режиме, потому никого кроме вас в базе быть не должно. Перед выполнением указанной процедуры рекомендуется сделать страховочную копию ваших баз данных;
- Установите наиболее свежие обновления к вашей версии 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
Невосстановимая ошибка. Ошибка при выполнении запроса 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С, либо другой нужной Вам ресурсоемкой задачи.
-
30.12.2022, 10:16
#11
Гость форума
Re: Замучила ошибка при выполнении запроса POST
Будете смеяться: Делал для клиента пустую базу со справочниками. У меня все Ок. Принес к нему — не работает. Пишет:
Непредвиденная ошибка Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call: по причине: Ошибка SDBL: Таблица или поле DataSeparationUse21889 не содержится в разделе FROM
Мучился три дня, перелазил весь инет, перепробовал все, уже отчаялся…. Потом заметил, что в папке нет файла DoNotCopy.txt. Вставил… ЗАРАБОТАЛО!!!
Мож кому поможет.
-
Пользователь сказал cпасибо:
-
30.12.2022, 12:14
#12
Re: Замучила ошибка при выполнении запроса POST
Сообщение от Ymorozoff
Будете смеяться: Делал для клиента пустую базу со справочниками. У меня все Ок. Принес к нему — не работает. Пишет:
Непредвиденная ошибка Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call: по причине: Ошибка SDBL: Таблица или поле DataSeparationUse21889 не содержится в разделе FROM
Мучился три дня, перелазил весь инет, перепробовал все, уже отчаялся…. Потом заметил, что в папке нет файла DoNotCopy.txt. Вставил… ЗАРАБОТАЛО!!!
Мож кому поможет.Желательно указывать релизы платформ и конфигураций и как переносили базу.
Re: Замучила ошибка при выполнении запроса POST
Сообщение от Ymorozoff
Похожие темы
-
Ответов: 1
Последнее сообщение: 28.06.2010, 09:56
Социальные закладки
Социальные закладки
Ваши права
- Вы не можете создавать новые темы
- Вы не можете отвечать в темах
- Вы не можете прикреплять вложения
- Вы не можете редактировать свои сообщения
- BB коды Вкл.
- Смайлы Вкл.
- [IMG] код Вкл.
- [VIDEO] код Вкл.
- HTML код Выкл.
Правила форума
Клиент поймал довольно странную ошибку при работе в 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
Показывать по
10
20
40
сообщений
Новая тема
Ответить
SoNik
Дата регистрации: 17.02.2009
Сообщений: 148
Обновились на Платформа: 1С:Предприятие 8.3 (8.3.15.1747) и понеслось:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Кто как боролся, особенно на сервере 2003 ??
SoNik
Дата регистрации: 17.02.2009
Сообщений: 148
Вот ответ 1С:
| Цитата |
|---|
|
Здравствуйте! Использовать 64-х разрядную версию ОС и оперативную память 8Gb и больше С уважением, |
Тоесть я устанавливаю версию для работы в 32-х битной системе, но от меня требуют 64-х битную, это ли не косяк 1С, который они не желают исправлять?
ОльгаН
Дата регистрации: 18.02.2009
Сообщений: 985
А чего тут бороться? Написано же «недостаточно памяти».
Увеличиваете память и всё.
На 64 переходить не обязательно.
SoNik
Дата регистрации: 17.02.2009
Сообщений: 148
ОльгаН пишет:
| Цитата |
|---|
|
А чего тут бороться? Написано же «недостаточно памяти». Увеличиваете память и всё. На 64 переходить не обязательно. |
Девушка, милая, на 32 разрядной ОС ограничение в 4 ГБ. Из них ОС задействует под программы 2 и 2 оставляет для системных задач. Можно только перераспределить.
Контрольное Cоотношение Равенство
Дата регистрации: 28.01.2018
Сообщений: 229
SoNik,
судя по тексту ошибки, надо просто обрезать и настроить размер ЖР — Журнал Регистрации
Евгений
Дата регистрации: 28.01.2020
Сообщений: 2
Обновились на 3.0.75.58 и тоже начало появляться такое сообщение.. … ошибка в конфигурации? есть решение?
Контрольное Cоотношение Равенство
Дата регистрации: 28.01.2018
Сообщений: 229
Евгений пишет:
| Цитата |
|---|
| Обновились на 3.0.75.58 и тоже начало появляться такое сообщение.. … ошибка в конфигурации? есть решение? |
Ответили же уже выше:
— уменьшите (размер) ЖР и
— увеличте размер , выделяемой под процессы 1С оперативной памяти
— удалите ненужное
Гугль сразу же выдаёт ссылки на
bcdedit /set increaseuserva
Евгений
Дата регистрации: 28.01.2020
Сообщений: 2
Контрольное Cоотношение Равенство пишет:
| Цитата | ||
|---|---|---|
|
Евгений пишет:
Ответили же уже выше: — уменьшите (размер) ЖР и — увеличте размер , выделяемой под процессы 1С оперативной памяти — удалите ненужное Гугль сразу же выдаёт ссылки на bcdedit /set increaseuserva |
я так понимаю выделяемая память это функция: bcdedit /set increaseuserva?
а про уменьшить размер ЖР можно чуть подробнее?
Контрольное Cоотношение Равенство
Дата регистрации: 28.01.2018
Сообщений: 229
Евгений,
Показывать по
10
20
40
сообщений
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с честная)?
2 — 12.07.21 — 10:47
(0) Начать с полугодовой копии.Урок должен быть освоен.Экономия на бэкапах дорого обходится)
3 — 12.07.21 — 10:48
(1) Техжуранал у меня нет, есть только один файл 1cv8.1CD. Могу попросить, если сохранился…. не знаю, а что и куда там смотреть?
(1) 1с легальная, ИТС есть. но думаю, что никто ей не будет заниматься. что прям помогут и исправят ошибку?
4 — 12.07.21 — 10:49
(3) Бывает, что 1с помогает..
А ТЖ нужно настроить и смотреть, что в него попадает при запуске…
5 — 12.07.21 — 10:50
(2) полностью согласна. но фат есть факт. просто по ощущениям база не совсем рухнула, конфиг целый. какая-то мелочь или что-то нужно удалить, пусть даже с частичной потерей.
Хочется разобраться, ведь не зря статьи есть, люди лечат и восстанавливают.
Что при входе в систему читается первым ? Какие таблицы? До логина? То есть еще до логина не доходит и выходит ошибка
6 — 12.07.21 — 10:51
(4) как? дайте ссылку, пожалуйста
7 — 12.07.21 — 10:54
8 — 12.07.21 — 10:55
(7) спасибо! буду изучать
9 — 12.07.21 — 10:59
(7) не совсе поняла, что мне даст этот журнал? что там увижу?
10 — 12.07.21 — 11:01
(0) Kleo, простите за прямоту
1) Вы уверены, что заказчик точно понял, что вы ВОЗМОЖНО почините базу. А может быть и нет
2) Очень не хотелось бы, чтобы через несколько дней возможных собак начали уже вешать на Вас, а не на «того парня»
P.S.
Сам файл для самообразования я бы оставил, но клиенту, я бы ничего обещать не стал.
11 — 12.07.21 — 11:05
(10) хочу помочь знакомому, деньги не беру. хочу разобраться. не верю, что база рухнула. в конфиг и предприятие не пускает. ничего вешать на меня не будут
12 — 12.07.21 — 11:06
(9) Увидишь, почему падает 1С при запуске.
13 — 12.07.21 — 11:06
есть реальные идеи? кто занимался решением вопроса с помощью утилиты Tool_1CD ? или других
14 — 12.07.21 — 11:07
(12) не совсем поняла, как его сделать. по ссылке на ИТС все кратко
15 — 12.07.21 — 11:09
16 — 12.07.21 — 11:13
что за таблица CONFIGAS ? нет нигде описания…
17 — 12.07.21 — 11:14
(15) а где я буду запускать внешнюю обработку технологического журнала? в другой конфигурации?
18 — 12.07.21 — 11:16
(17) Yep
19 — 12.07.21 — 12:10
(16) может ConfigCAS? тогда расширения
20 — 12.07.21 — 12:17
(0) https://infostart.ru/public/1322843/
короче нужные таблицы тащи по очереди в полугодовую копию
21 — 12.07.21 — 12:19
Конечно самое лучшее это загнать в SQL сервер и рабочую старую и сбойную и начать извращаться соединяя по разному в третью базу
22 — 12.07.21 — 12:20
(21) Хорошее предложение — загнать сбойную в скуль. Особенно если в ней даже конфигуратор не запускается…
23 — 12.07.21 — 12:22
(21) дел на 5 мин. загонять не нужно
24 — 12.07.21 — 12:24
(22) «выгрузить содержимое таблиц в XML»
25 — 12.07.21 — 12:24
(23) если какая то таблица(ы) сбойная и надо не все записи то с sql это проще
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) выгрузите с помощью тулсиди все таблицы и загрузите их с помощью обработка с ис.
29 — 12.07.21 — 12:38
30 — 12.07.21 — 12:40
(29) но на практике оно все древнее и старое и хрен нормально заработает
31 — 12.07.21 — 12:44
(28) вот. в утилите Tool_1CD вижу все таблицы. предлагаете их все руками выгружать и загружать в чистую базу?
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′
33 — 12.07.21 — 13:00
База убита?
34 — 12.07.21 — 13:00
или есть шанс и что тогда делать?
35 — 12.07.21 — 19:45
Что означают записи технологического журнала?
36 — 12.07.21 — 21:26
(35) эти записи означают, что тж не настраивали.
37 — 12.07.21 — 21:47
А в пофигураторе открывает?
38 — 12.07.21 — 21:49
Кстати, попробуй на другом компе или хотя бы другом релизе (можно на последнем). У меня что-то такое было, когда диск где 1С была отвалился
МихаилМ
39 — 12.07.21 — 21:49
(37) «..После чего не пускает ни в Конфигуратор нив Предприятие…»