Содержание:
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С». Кстати, Вы также можете обратиться и к нам по этому или любому другому вопросу. Мы всегда на связи и с радостью поможем решить Вашу проблему.
Специалист компании «Кодерлайн»
Иванова Ольга
Клиент поймал довольно странную ошибку при работе в 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
Невосстановимая ошибка. Ошибка при выполнении запроса 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С, либо другой нужной Вам ресурсоемкой задачи.
Приветствую. Аналогичные проблемы после обновления платформы до 8.3.22.1709. Причем появилась проблема не сразу, а в по прошествии примерно недели-двух. В 8.3.22 Изменился механизм сеансовых данных (сеансовый кэш). И именно с ними и проблема. Временное решение есть. Но в нашем случае его хватает только на сутки. Планируем даунгрейд, но на какой релиз еще не определились.
1 Остановить службу 1С
2 Удалить C:Program Files1cv8srvinforeg_1541snccntx*
3) Запустить службу 1С.
Поподробнее про сеансовые тут: http://www.gilev.ru/tag/сеансовые-данные/
По проблеме тут: https://partners.v8.1c.ru/forum/t/2094276/m/2094624
и тут https://forum.infostart.ru/forum86/topic290760/
Не часто посещаю форум, поэтому извиняюсь если ответ оформлен некорректно.
Здравствуйте. Имеем сервак, на нём WinSrv 2012R2, MSSQL 2014 R2, развёрнут APACHE 2.4, настроен веб-клиент, опубликована база. Браузер Mozilla Firefox актуальной версии. Проблема в следующем: когда формируем ЛЮБОЙ(!) типовой(и нетиповой) отчет, и результат оказывается «большим»(примерно 1000-1500 строк), то при прокрутке выдаёт такую ошибку: Ошибка при выполнении запроса POST к ресурсу /e1cib/moxel: (: 0) Пробовал на другом компе локально IIS поднять — результатов не принесло. Та же ошибка в тех же местах. Кто сталкивался: как с этим бороться?
Конфигурация: Управление торговлей, редакция 11.2 (11.2.3.129) Copyright © ООО «1C-Софт», 2003-2016. Все права защищены Полный текст: Режим: Веб-сервер (сжатие: обычное) Ошибки: ——————————————————————————— HTTP: Expectation failed Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
При работе в тонком клиенте такой беды не наблюдается. Только в веб-клиенте.
Точно, вспомнил. У нас прокся есть…
На компе без прокси тот же эффект. Поднял всё, что на серваке + IIS. та же беда
Попробовал через IE. Не ругается, но дико тормозит.
Как будто отрабатывает какое-то нвидимое «ПриПолученииДанных»…
Вот и поговорил сам с собой:)
попробуй платформу последнюю поставить. Если тонком клиенте (это ведь «браузер 1с») работает — проблемы скорее всего в апаче
попробовал. Та же беда. Причем как на Апаче, так и на IIS,уже 4 компа и два сервака замучил. Отключен брэндмауэр, антивирь и прочая шляпа. Тормозит. Снежинка пушковая в ромашку))))
да не знаю чем тебе помочь. Самописка, 8.3.6.2299, IIS — есть некоторые баги в отображении в вэб-клиенте, но это мелочи, проблем как у тебя не замечено
Пока мучаю конфиги апача и с админом проверяем настройки кластера и SQL. Так же запущено ТиИ копии нужной базы, а это надолго)))
Сделалось в первую же очередь Кеши кластера, юзера, на клиентской машине. Всё почищено. Пока что вертится ТиИ, база большая(около 60гб), утром продолжим). Сдается мне, ТиИ там никто никогда не делал)
В общем, ТиИ, Обновление платформы и сервера 1С до версии 8.3.8.1933 и подруживание 1С с 64-х разрядным APACHE 2.4.4 решили все проблемы с веб-клиентом. Уже писал это в другой своей теме, но всё же повторюсь: Для данного мазохизма, делаем следующее: 1. Ставим 8.3.8.1933 x64 сервер 1С. В процессе установке отмечаем установку модулей расширения веб-сервера. 2. Ставим платформу 8.3.8.1933 с модулями расширения веб сервера. 3. Публикуем базу, выбрав веб-сервер APACHE 2.4, от предложения «перезапустить APAHCE» отказываемся. 4. Останавливаем апач вручную. Руками правим httpd.conf: меняем строку LoadModule _1cws_module «C:Program Files(x86)1cv88.3.8.1933inwsap24.dll» на LoadModule _1cws_module «C:Program Files1cv88.3.8.1933inwsap24.dll» 5. Запускаем службу апача вручную. т.е. по сути, в комплекте с дистрибутивом сервера 1С(x64) мы получаем все нужные 64-х разрядные компоненты для работы с 64-х битным веб-сервером APACHE 2.4.4, а так же компоненту веб-клиента. А мы просто подргужаем апачу dll-ку, которая идет в комплекте с 64-х битным серверов 1С с установленными модулями расширения, которая умеет взаимодействовать Apache 2.4.4(x64). Единственный минус: при обновлении публикации приходится каждый раз править httpd.conf вручную, т.к. прописывается «клиентская» dll-ка из каталога ProgramFiles(x86). Если заменить её на «серверную» прямо в каталоге с платформой — клиентская часть падает. Выход: после обновления публикации, выполняем пункт 4. Надеюсь, кому-то, да пригодится. Искренне Ваш, _stay true_ «Истина где-то рядом»(С)
Не понял, почему это ты называешь «мазохизмом». Документация есть, там все поведение описано, в т.ч. и что нужно делать для использования 64б компоненты веб-сервера…
А это для тех, кто не читает документацию)) Я, например, в сети инфы не нашел. Пока на форумах не подсказали немного и не прочитал документацию. «А сегодня, документацию читать могут не только лишь все, не каждый может это делать.» по тому и мазохизм)))
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Содержание:
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С». Кстати, Вы также можете обратиться и к нам по этому или любому другому вопросу. Мы всегда на связи и с радостью поможем решить Вашу проблему.
Специалист компании «Кодерлайн»
Иванова Ольга
Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:
- Ошибка в релизе 1С
- Ошибка в платформе 1С
- Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
- Ошибка кэша
- Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)
Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.
Сложность разбора реальной причины данной проблемы заключается в том, что воспроизводится она непредсказуемым образом.
Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.
«Ошибка при выполнении запроса POST» — есть информация, что ошибка возникает при выполнении длительных, нагруженных операций над базой данных в ситуациях, когда у процесса rphost заканчивается разрешенная оперативная память на процесс.
Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.
Также может помочь переход с х86 сервера 1С на х64.
Либо иногда может помочь обновление платформы 1С на актуальный релиз и/или перезапуск сервера 1С. Перезапуск понятно, почему помогает. При этом освобождаются ресурсы.
В целом рекомендуем такую ресурсоемкую задачу, как перенос данных 1С, выполнять на мощном оборудовании, с использованием SSD-дисков, если возможно, то файлового режима работы для базы 1С-приемника данных. Если файловый режим невозможен, то рекомендуется использовать только сервер 1С разрядности х64.
Для снятия ограничений на потребление памяти нужно в консоли сервера 1С зайти в свойства рабочего сервера, как показано на скриншоте:
Если для настроек указать значения «-1», как на скриншоте, то данные ограничения для сеансов использоваться не будут. То есть не будет выполняться завершение сеансов, которые потребляют много оперативной памяти.
Используйте эту настройку под свою ответственность. Нужно понимать, что в большинство случаев при параллельной работе большого количества пользователей вы получите стабильную работу сервера 1С все-таки если не будете отключать данную настройку.
Мы рекомендуем устанавливать значения «-1» только на время выполнения задачи переноса данных 1С, либо другой нужной Вам ресурсоемкой задачи.
Приветствую. Аналогичные проблемы после обновления платформы до 8.3.22.1709. Причем появилась проблема не сразу, а в по прошествии примерно недели-двух. В 8.3.22 Изменился механизм сеансовых данных (сеансовый кэш). И именно с ними и проблема. Временное решение есть. Но в нашем случае его хватает только на сутки. Планируем даунгрейд, но на какой релиз еще не определились.
1 Остановить службу 1С
2 Удалить C:Program Files1cv8srvinforeg_1541snccntx*
3) Запустить службу 1С.
Поподробнее про сеансовые тут: http://www.gilev.ru/tag/сеансовые-данные/
По проблеме тут: https://partners.v8.1c.ru/forum/t/2094276/m/2094624
и тут https://forum.infostart.ru/forum86/topic290760/
Не часто посещаю форум, поэтому извиняюсь если ответ оформлен некорректно.
Здравствуйте. Имеем сервак, на нём WinSrv 2012R2, MSSQL 2014 R2, развёрнут APACHE 2.4, настроен веб-клиент, опубликована база. Браузер Mozilla Firefox актуальной версии. Проблема в следующем: когда формируем ЛЮБОЙ(!) типовой(и нетиповой) отчет, и результат оказывается «большим»(примерно 1000-1500 строк), то при прокрутке выдаёт такую ошибку: Ошибка при выполнении запроса POST к ресурсу /e1cib/moxel: (: 0) Пробовал на другом компе локально IIS поднять — результатов не принесло. Та же ошибка в тех же местах. Кто сталкивался: как с этим бороться?
Конфигурация: Управление торговлей, редакция 11.2 (11.2.3.129) Copyright © ООО «1C-Софт», 2003-2016. Все права защищены Полный текст: Режим: Веб-сервер (сжатие: обычное) Ошибки: ——————————————————————————— HTTP: Expectation failed Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
При работе в тонком клиенте такой беды не наблюдается. Только в веб-клиенте.
Точно, вспомнил. У нас прокся есть…
На компе без прокси тот же эффект. Поднял всё, что на серваке + IIS. та же беда
Попробовал через IE. Не ругается, но дико тормозит.
Как будто отрабатывает какое-то нвидимое «ПриПолученииДанных»…
Вот и поговорил сам с собой:)
попробуй платформу последнюю поставить. Если тонком клиенте (это ведь «браузер 1с») работает — проблемы скорее всего в апаче
попробовал. Та же беда. Причем как на Апаче, так и на IIS,уже 4 компа и два сервака замучил. Отключен брэндмауэр, антивирь и прочая шляпа. Тормозит. Снежинка пушковая в ромашку))))
да не знаю чем тебе помочь. Самописка, 8.3.6.2299, IIS — есть некоторые баги в отображении в вэб-клиенте, но это мелочи, проблем как у тебя не замечено
Пока мучаю конфиги апача и с админом проверяем настройки кластера и SQL. Так же запущено ТиИ копии нужной базы, а это надолго)))
Сделалось в первую же очередь Кеши кластера, юзера, на клиентской машине. Всё почищено. Пока что вертится ТиИ, база большая(около 60гб), утром продолжим). Сдается мне, ТиИ там никто никогда не делал)
В общем, ТиИ, Обновление платформы и сервера 1С до версии 8.3.8.1933 и подруживание 1С с 64-х разрядным APACHE 2.4.4 решили все проблемы с веб-клиентом. Уже писал это в другой своей теме, но всё же повторюсь: Для данного мазохизма, делаем следующее: 1. Ставим 8.3.8.1933 x64 сервер 1С. В процессе установке отмечаем установку модулей расширения веб-сервера. 2. Ставим платформу 8.3.8.1933 с модулями расширения веб сервера. 3. Публикуем базу, выбрав веб-сервер APACHE 2.4, от предложения «перезапустить APAHCE» отказываемся. 4. Останавливаем апач вручную. Руками правим httpd.conf: меняем строку LoadModule _1cws_module «C:Program Files(x86)1cv88.3.8.1933inwsap24.dll» на LoadModule _1cws_module «C:Program Files1cv88.3.8.1933inwsap24.dll» 5. Запускаем службу апача вручную. т.е. по сути, в комплекте с дистрибутивом сервера 1С(x64) мы получаем все нужные 64-х разрядные компоненты для работы с 64-х битным веб-сервером APACHE 2.4.4, а так же компоненту веб-клиента. А мы просто подргужаем апачу dll-ку, которая идет в комплекте с 64-х битным серверов 1С с установленными модулями расширения, которая умеет взаимодействовать Apache 2.4.4(x64). Единственный минус: при обновлении публикации приходится каждый раз править httpd.conf вручную, т.к. прописывается «клиентская» dll-ка из каталога ProgramFiles(x86). Если заменить её на «серверную» прямо в каталоге с платформой — клиентская часть падает. Выход: после обновления публикации, выполняем пункт 4. Надеюсь, кому-то, да пригодится. Искренне Ваш, _stay true_ «Истина где-то рядом»(С)
Не понял, почему это ты называешь «мазохизмом». Документация есть, там все поведение описано, в т.ч. и что нужно делать для использования 64б компоненты веб-сервера…
А это для тех, кто не читает документацию)) Я, например, в сети инфы не нашел. Пока на форумах не подсказали немного и не прочитал документацию. «А сегодня, документацию читать могут не только лишь все, не каждый может это делать.» по тому и мазохизм)))
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Содержание:
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С)
Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.
Сложность разбора реальной причины данной проблемы заключается в том, что воспроизводится она непредсказуемым образом.
Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.
«Ошибка при выполнении запроса POST» — есть информация, что ошибка возникает при выполнении длительных, нагруженных операций над базой данных в ситуациях, когда у процесса rphost заканчивается разрешенная оперативная память на процесс.
Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.
Также может помочь переход с х86 сервера 1С на х64.
Либо иногда может помочь обновление платформы 1С на актуальный релиз и/или перезапуск сервера 1С. Перезапуск понятно, почему помогает. При этом освобождаются ресурсы.
В целом рекомендуем такую ресурсоемкую задачу, как перенос данных 1С, выполнять на мощном оборудовании, с использованием SSD-дисков, если возможно, то файлового режима работы для базы 1С-приемника данных. Если файловый режим невозможен, то рекомендуется использовать только сервер 1С разрядности х64.
Для снятия ограничений на потребление памяти нужно в консоли сервера 1С зайти в свойства рабочего сервера, как показано на скриншоте:
Если для настроек указать значения «-1», как на скриншоте, то данные ограничения для сеансов использоваться не будут. То есть не будет выполняться завершение сеансов, которые потребляют много оперативной памяти.
Используйте эту настройку под свою ответственность. Нужно понимать, что в большинство случаев при параллельной работе большого количества пользователей вы получите стабильную работу сервера 1С все-таки если не будете отключать данную настройку.
Мы рекомендуем устанавливать значения «-1» только на время выполнения задачи переноса данных 1С, либо другой нужной Вам ресурсоемкой задачи.