Форум 1С
Программистам, бухгалтерам, администраторам, пользователям
Задай вопрос - получи решение проблемы
02 июл 2022, 14:14

Ошибка post запроса /e1cib/logForm

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

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

Greiv

Вот полный текст ошибки.
Платформа: 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(код ошибки) удалённый хост разорвал соединение.
Кто нибудь может подсказать в чём может быть причина данной проблемы, до этого проблемы такой не было.

MuI_I_Ika

Сервер 1с перезапускали?

Greiv

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

MuI_I_Ika

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

Greiv

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

MuI_I_Ika

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

Greiv

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

Теги:

Похожие темы (5)

Рейтинг@Mail.ru Rambler's Top100

Поиск