Apache ошибка при выполнении запроса post к ресурсу e1cib login

Содержание:

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. 21.11.2014, 14:56

   
   

   #1

   

   
   Просто юзер
   

   ---

   Замучила ошибка при выполнении запроса POST
   

   Невосстановимая ошибка
   Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
   по причине:
   Ошибка при выполнении операции с информационной базой
   Ошибка создания файла базы данных ‘\192.000.5.106gisbuh1с8БП_/1Cv8tmp.1CD’
   по причине:
   Ошибка создания файла базы данных ‘\192.000.5.106gisbuh1с8БП_/1Cv8tmp.1CD’
   по причине:
   Ошибка совместного доступа к файлу ‘\192.000.5.106gisbuh1с8БП_1Cv8tmp.1CD’

   ПРава все есть !
   куда смотреть И

   ---

2. 21.11.2014, 15:30

   
   

   #2

   
   

   Сообщение от rikony
   

   Невосстановимая ошибка
   Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
   по причине:
   Ошибка при выполнении операции с информационной базой
   Ошибка создания файла базы данных ‘\192.000.5.106gisbuh1с8БП_/1Cv8tmp.1CD’
   по причине:
   Ошибка создания файла базы данных ‘\192.000.5.106gisbuh1с8БП_/1Cv8tmp.1CD’
   по причине:
   Ошибка совместного доступа к файлу ‘\192.000.5.106gisbuh1с8БП_1Cv8tmp.1CD’

   ПРава все есть !
   куда смотреть И

   значит не все

   ---

3. 21.11.2014, 15:33

   
   

   #3

   

   
   Просто юзер
   

   ---

   
   

   на папку все права есть даже админские ! 🙂
   какие ещё нужны ? 🙂

   ---

4. 21.11.2014, 15:41

   
   

   #4

   
   

   Сообщение от rikony
   

   на папку все права есть даже админские ! 🙂
   какие ещё нужны ? 🙂

   ну раз все права,даже админские есть — смотрите не блокирует ли антивирус/файрвол

   ---

5. 21.11.2014, 16:04

   
   

   #5

   

   
   Просто юзер
   

   ---

   
   

   ваще странно, пользователей 3 , если заходит один то все нормально, а второй подключится уже не может !
   один по терминалу подключается, а другой с своего екзешника

   антивирус не блокирет вроде , фаервола нет
   сервер вин 2003 R3

   ---

6. 22.11.2014, 00:01

   
   

   #6

   
   

   Сообщение от rikony
   

   ваще странно, пользователей 3 , если заходит один то все нормально, а второй подключится уже не может !
   один по терминалу подключается, а другой с своего екзешника

   ничего странного,повторяю еще раз — смотрите права на папку с базой

   ---

7. 25.03.2016, 15:42

   
   

   #7

   

   
   Пришел за помощью
   

   ---

   Re: Замучила ошибка при выполнении запроса POST
   

   Добрый день. В автоматическом режиме обновляли 2 базы БП 3.0
   С одной все хорошо, вторая выдает вот такую ошибку после chdbfl.
   Невосстановимая ошибка
   Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
   по причине:
   Ошибка SDBL:
   Разрушена структура базы данных 1С:Предприятия.
   Подскажите есть шансы еще восстановить? Интересно то что если открываем на платформе 8.3.7 то не доходит до пользователя, если в 8.3.6 то выбор пользователя происходит, но потом то же.

   ---

8. 30.03.2016, 14:44

   
   

   #8

   Re: Замучила ошибка при выполнении запроса POST
   

   Сообщение от oneal13
   

   Добрый день. В автоматическом режиме обновляли 2 базы БП 3.0
   С одной все хорошо, вторая выдает вот такую ошибку после chdbfl.
   Невосстановимая ошибка
   Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
   по причине:
   Ошибка SDBL:
   Разрушена структура базы данных 1С:Предприятия.
   Подскажите есть шансы еще восстановить? Интересно то что если открываем на платформе 8.3.7 то не доходит до пользователя, если в 8.3.6 то выбор пользователя происходит, но потом то же.

   Можно если был архив или теневая копия на диске.. Обычно перед обновлением когда делается автоматически программа снимает архив..

   Обновления УНФ, БП, УТ, КА, АА51, АА61, ЗиУП, Розница, Розница Аптека
   Обращайтесь в личку.

   ---

9. 13.02.2019, 09:40

   
   

   #9

   

   
   Гость форума
   

   ---

   Re: Замучила ошибка при выполнении запроса POST
   

   Сообщение от arccos6pi
   

   значит не все

   В том-то и дело, что полные права для ВСЕХ.

   Схема чуть другая, но ошибка та же.

   База (УТ11 проф) опубликована на вебе (IIS) и подключаются к ней с двух рабочих мест.
   Так вот… подключаются по принципу «кто первый встал, того и тапки».
   Даже если первый уже отключился от базы (при этом 1cv8tmp удаляются), второй не сможет войти до тех пор, пока не перезапустишь IIS.
   Права (в т.ч. и для IUSR) на папку с базой полные.
   Другие базы (в кол-ве 8 шт), опубликованные там же, ведут себя правильно.

   ---

11. 29.03.2019, 13:10

    
    

    #10

    

    
    Просто юзер
    

    ---

    Re: Замучила ошибка при выполнении запроса POST
    

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

    ---

12.07.21 — 10:31

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) Очень не хотелось бы, чтобы через несколько дней возможных собак начали уже вешать на Вас, а не на "того парня"

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

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'"

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=

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С была отвалился

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

1С и Linux

Вчера поднял 1С, расшарив ее под Apache, но сразу получил проблему:

Если работает Apache, не могу зайти под толстым клиентом локально. Если останавливаю Apache, захожу под толстым клиентом, не могу зайти под Web.

Ubuntu 12.04, лицензия 1С демонстрационная, хаспа нет. Но мне кажется дело не в лицензиях, так как тогда система бы ругалась именно на лицензию.

Локально тоже через апач заходи. Возможно, одинэска разрешает только один вид доступа за раз.

Через апач нельзя зайти в конфигуратор

Какая версия апача?

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

То есть если я тормозну апач, то 2 разных пользователя все равно работать не смогут?

Так я уже начал скучать по винфаку.

А почему бы не обратиться в техническую поддержку 1C? В конце концов это проприетарщина, и значит только разработчик может знать все нюансы её работы, а простые пользователи остаются беззащитными и должны только платить и страдать.

Ну или, что было бы лучше — поставить какую-нибудь свободную систему, например Ananas, если удастся её сконфигурировать так, чтобы она соответствовала нуждам организации. Естественно, это может потребовать значительных усилий, но ведь и лицензия на 1С не бесплатная.

Видимо так и поступим

Сделай смену владельца/группы для всех файлов на пользователя толстого клиента и апач пускай из-под него же. Будет работать. Или что-нибудь в таком духе, чтобы все файлы каталога базы были доступны на запись как процессу апача, так и процессам толстых клиентов. Костыльность и секьюрность не комментирую в виду того, что файловые базы не предназначены для реальных внедрений.

Ananas
соответствовала нуждам организации
это может потребовать значительных усилий, но ведь и лицензия на 1С не бесплатная.

Это может потребовать использования рабского труда.

Источник

1C Ошибка при выполнении запроса POST к ресурсу

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

Введение

Данная ошибка может сопровождаться разным названием и описанием, но по смыслу они будут примерно одинаковые. Суть в том, что не хватает оперативной памяти для входа в базу. Но при этом совсем не очевидно, о какой памяти идет речь. Например, вот текст:

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Ошибка выделения памяти
HRESULT=80004005,

Изначально мне показалось, что проблема с нехваткой памяти для работы MSSQL сервера. Так что я пошел и отрегулировал ее потребление в настройках сервера. Но это не помогло. На следующий день пользователи опять периодически стали получать эту ошибку, хотя на сервере было достаточно свободной оперативной памяти. Стал разбираться дальше.

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

Второй вариант текста той же самой ошибки выглядел следующим образом:

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

После этого я уже понял, что проблема не в MSSQL сервере, а в самой 1С. Поиск в интернете и анализ ситуации на сервере привел к пониманию проблемы. Суть ее вот в чем. Сервер 1С создал рабочий процесс rphost, который обслуживает подключения к базам данных. В моем случае сервер 1С 32-х битный, так что он ограничен по максимальному использованию памяти одним рабочим процессом.

Решение проблемы «недостаточно свободной памяти для выполнения операции» в 1С

В общем случае данную проблему можно решить следующим образом. Открываем консоль управления кластером, идем в раздел Рабочие серверы, выбираем свой сервер и его свойства. Меняем 2 параметра:

Чтобы проблема ушла, вам необходимо уменьшить значения. Определить оптимальные сходу вряд ли получится. Для начала можете их просто уменьшить вдвое, поставив 4 и 128 соответственно.

Заключение

Если нет возможности изменить настройки из-за несоответствия лицензии, временно поможет перезапуск сервера 1С. Но работать он будет нормально до тех пор, пока очередной рабочий процесс не займет максимально возможную для себя память. На практике это в районе 3.5 Гб. После этого если не запустится новый рабочий процесс, новые подключения к базам будут невозможны. Придется раскошелиться на 64-х битный сервер.

Источник

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

При обмене данными клиент-сервер в программе «1С Бухгалтерия» (обычно версий 8.3.хххх) оператор локального ПК может внезапно столкнуться с сообщением «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данная проблема обычно имеет программную природу, и вызвана некорректно написанным обновлением к данной программе. Ниже я разберу, что это за ошибка, каковы факторы её возникновения, и как её исправить.

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

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

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

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

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

Как исправить ошибку запроса POST к ресурсу /e1cib/logForm

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

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

Обратитесь в техподдержку 1С

Заключение

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

Источник

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

Опции темы

Поиск по теме

Отображение

Здравствуйте, все!
В ходе скачивания обновления конфигурации произошло отключение электричества. При повторном запуске вышло сообщение об ошибке базы. Утилитой ошибки были исправлены.
Но запуске базы идет ошибка :
Платформа: 1С:Предприятие 8.3 (8.3.16.1063)
Ошибки:
———————————————————————————
29.03.2020 17:19:09
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:

Подскажите как восстановить работу конфигурации?
Заранее спасибо

Здравствуйте, все!
В ходе скачивания обновления конфигурации произошло отключение электричества. При повторном запуске вышло сообщение об ошибке базы. Утилитой ошибки были исправлены.
Но запуске базы идет ошибка :
Платформа: 1С:Предприятие 8.3 (8.3.16.1063)
Ошибки:
———————————————————————————
29.03.2020 17:19:09
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:

Подскажите как восстановить работу конфигурации?
Заранее спасибо

Восстановить из архивной копии.

Здравствуйте, все!
В ходе скачивания обновления конфигурации произошло отключение электричества. При повторном запуске вышло сообщение об ошибке базы. Утилитой ошибки были исправлены.
Но запуске базы идет ошибка :
Платформа: 1С:Предприятие 8.3 (8.3.16.1063)
Ошибки:
———————————————————————————
29.03.2020 17:19:09
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:

Подскажите как восстановить работу конфигурации?
Заранее спасибо

Источник

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

Универсальные переносы данных 1С (перенос документов, остатков и справочной информации):

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

Выглядит данная ошибка вот так:

Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:

Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.

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

Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.

Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.

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

Либо иногда может помочь обновление платформы 1С на актуальный релиз и/или перезапуск сервера 1С. Перезапуск понятно, почему помогает. При этом освобождаются ресурсы.

В целом рекомендуем такую ресурсоемкую задачу, как перенос данных 1С, выполнять на мощном оборудовании, с использованием SSD-дисков, если возможно, то файлового режима работы для базы 1С-приемника данных. Если файловый режим невозможен, то рекомендуется использовать только сервер 1С разрядности х64.

Для снятия ограничений на потребление памяти нужно в консоли сервера 1С зайти в свойства рабочего сервера, как показано на скриншоте:

Если для настроек указать значения «-1», как на скриншоте, то данные ограничения для сеансов использоваться не будут. То есть не будет выполняться завершение сеансов, которые потребляют много оперативной памяти.

Используйте эту настройку под свою ответственность. Нужно понимать, что в большинство случаев при параллельной работе большого количества пользователей вы получите стабильную работу сервера 1С все-таки если не будете отключать данную настройку.

Мы рекомендуем устанавливать значения «-1» только на время выполнения задачи переноса данных 1С, либо другой нужной Вам ресурсоемкой задачи.

Источник