Ошибка при выполнении запроса post к ресурсу e1cib login файл не является файлом базы данных

Файловая БД, перестала заходить

Я

   Coldboy

15.08.18 — 09:49

   Dmitry1c

1 — 15.08.18 — 09:50

Восстанови из бекапа, делов-то!

   Coldboy

2 — 15.08.18 — 09:51

(1) бэкап месячной давности.

   marty0701

3 — 15.08.18 — 09:51

(1)ХА! Легкие пути не для нас, мы создаем себе трудности, чтобы героически их преодолевать!

   ildary

4 — 15.08.18 — 09:52

   Cyberhawk

5 — 15.08.18 — 09:52

Не чокаясь

   Мыш

6 — 15.08.18 — 09:52

(0) Варианты:

— заплатить тем, кто специализируется на восстановлении файловых баз

— потратить непрогнозируемое время на изучение структуры файловых баз

   Coldboy

7 — 15.08.18 — 09:53

(6) типовыми средствами не решится проблема?

   Мыш

8 — 15.08.18 — 09:53

+(6)

— посмотреть в сторону сайтов хх, джоб

   Мыш

9 — 15.08.18 — 09:54

(7) Типовой ты попробовал уже. Который chfdb. Других типовых нет.

   ildary

10 — 15.08.18 — 09:55

   Мыш

11 — 15.08.18 — 09:56

(10) Точно. Ещё вариант в копилку:

— внести данные в новую пустую базу самому или принудить к этому пользователей

   ildary

12 — 15.08.18 — 09:59

(11) Бекап же месячный есть, зачем в пустую вбивать? И так стресс для пользователей.

   Мыш

13 — 15.08.18 — 10:01

(12) Забить *все* данные гораздо полезнее в плане запоминания необходимости регулярно выполнять резервное копирование.

   Coldboy

14 — 15.08.18 — 10:07

я вам щас такую штуку выпалю, база на USB-флэш, бэкапы делаются, когда обновления, а так просто для бэкапов к базе не подпускают) Думаю проще все же архив…

   1c-kind

15 — 15.08.18 — 10:19

Шифратор поймали?

   SeriyP

16 — 15.08.18 — 10:26

(14) » база на USB-флэш» — молодец садись, два. У руководства паранойя зашкаливает по ходу.

   Winnie Buh

17 — 15.08.18 — 10:29

(15) может все же внешний SSD/HDD ?

база на флешке — это как-то совсем… слово подходящее не могу подобрать

   Cyberhawk

18 — 15.08.18 — 10:34

(17) Если «флэшка» — это какой-нибудь стик, то почему бы и нет

   DenVaz

19 — 15.08.18 — 10:37

(14) «база на USB-флэш,» зачет… вы давно шли к успеху и закономерно достигли его.

   Winnie Buh

20 — 15.08.18 — 10:37

(18) если рабочая база на флешке, то результат закономерен, рано или поздно это должно было произойти

бекап каждый день — это как «отче наш» должно быть обязательным

если на флешке, то тем более

   SeriyP

21 — 15.08.18 — 10:39

(17) внешний винт, по моему, еще хуже. У одних знакомых на внешнем 2,5 винте в дешевом корпусе хранился единственный экземпляр какой-то 1С базы. Естественно через некоторое время бокс «сгорел» вместе с винтом. Восстанавливать данные через спец конторы не стали.

Обычно, таким образом хотят защитить базу от кражи/взлома, но забывают или не знают, что все часто «втыкающиеся/вытыкающиеся»   носители рано или поздно приходят в негодность. Это еще с дискет повелось (а может и раньше)

   DenVaz

22 — 15.08.18 — 10:41

(21) На винте еще светит… А на флешке почти никогда.

1C ошибка HTTP при обращении к серверу

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

При запуске базы появляется сообщение об ошибке

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

1C ошибка HTTP при обращении к серверу удаленный узел не прошел проверку

Если нажать «Подробно» то можно увидеть.

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка HTTP при обращении к серверу: https://…
Удаленный узел не прошел проверку

Это говорит о том что на сервере по каким либо причинам не работает HTTPS. Либо сбились настройки самого сервера либо просто истек срок действия сертификата SSL. Проверить это можно введя в браузере путь до информационной базы. Если вы видите тоже самое что на скриншоте ниже то проблема точно с сертификатом сервера.

Решить проблему можно отключив проверку, для этого выбираем базу и жмем «Изменить».

Потом нужно нажать «Дополнительно».

Первое окно пропускаем.

А в следующем выбираем «Не предоставлять сертификат» и «Не проверять сертификат сервера».

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

Либо как вариант можно также изменить HTTPS на HTTP в адресе информационной базы.

Источник

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

Файловая база Бухгалтерия 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:
и пусто. без расшифровок.

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

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

Источник

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

Файловая база Бухгалтерия 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:
и пусто. без расшифровок.

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

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

Источник

Ошибка при работе с ресурсом e1cib login

При длительной работе с программой 1С пользователи быстро учатся устранять большинство ошибок, которые появляются в процессе. Однако с выходом новых, более усовершенствованных версий появляются и новые типы неполадок. В этой статье вы узнаете, как устранить ошибку при выполнении запроса GET к ресурсу e1cib/cmi/commands.

Причины ошибки в 1С

Подобное сообщение часто дополняется другими строками, которые могут пояснять причины сбоя в программе или программном коде. Встречается такая строка — недостаточно свободной памяти для выполнения операций. Она помогает пользователю быстро сориентироваться и предпринять нужные действия — выделить программе больше оперативной памяти (если это возможно).

Есть и другой тип подобного сообщения — неспецифированная ошибка работы с ресурсом e1cib/logform. Все эти случаи мы рассмотрим далее в программе и определим, как их решить. Как и при появлении многих других сообщений о сбое, единой инструкции просто не существует. Связано это с тем, что пользователи или операторы могут работать не только с разными версиями ОС Windows, но и в разных версиях 1С.

Изменяем режим запуска для пользователей

Часто ошибку можно решить довольно просто. Для этого вам необходимо войти с правами администратора и изменить настройки учетной записи пользователя. Нужно выбрать редактирование информационной базы и в поле «Основной режим запуска» поставить галочку на «Выбирать автоматически». Сохраните эти изменения, и ошибка должна пропасть.

Устранение сбоя при выполнении запроса GET к ресурсу

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

1. Чтобы очистить кэш, вам нужно в 1С найти к нему путь. Он находится в той же папке, что и программа;
2. Выберите кнопку «Настройки»;
3. Найдите путь в этом окне. Вы можете скопировать путь и вставить его в проводнике, чтобы быстро попасть в нужную папку;

Путь к папке с кэшем в 1С

В ней будут файлы с длинными случайными наборами символов в качестве имен. Их все нужно удалить. Это и есть кэш 1С.

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

1. Запустить программу;
2. Откройте настройки информационной базы;
3. В строке «Дополнительные параметры…» введите в строку: «/ClearCache» и сохраните изменения.

Настройка очистки кэша при запуске

Запуск утилит для исправления ошибок 1С

В программном комплексе 1С включены специальные утилиты, которые могут помочь пользователю решить проблемы при работе. Если вам еще не удалось устранить дисфункцию при выполнении запроса GET к ресурсу e1c/ibc/micommands:

1. Откройте «Администрирование»;
2. Найдите и выберите пункт «Тестирование и исправление»;

Утилита «Тестирование и исправление»

Выберите нужные параметры галочкой и запустите утилиту.

Каждый из параметров позволяет выполнять дополнительные проверки над теми или иными данными программы:

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

Добавление памяти для 1С

Ошибки в 1С Предприятие часто имеют дополнительный параметр «Недостаточно памяти». С ней встречались, наверное, все, кто долгое время работал с программой. Нехватка памяти появляется из-за обновления конфигурации, загрузки объемных баз данных, при создании отчетов и т.д.

Чтобы избавиться от ошибки с памятью:

1. Откройте меню «Пуск». Запишите в пустой строке поиска «Командная строка»;
2. Выберите её в результатах ПКМ и запустите от имени администратора;
3. Введите команду: CMD и нажмите клавишу ввода;
4. Курсор перейдет на другую строку, в ней запишите: bcdedit /set increaseuserva 3072 и нажмите ENTER. В цифрах выражается память в мегабайтах. Здесь вы можете указать свое значение, относительно установленной в компьютере оперативной памяти;
5. В системных настройках можно узнать, сколько памяти есть в компьютере. Для этого нажмите вместе WIN+PAUSE.

После этих действий перезагрузите компьютер и проверьте, появляется ли ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.

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

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

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

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

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

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

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

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

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

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

Выполните исправление вашей базы данных

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

Откатите программу до прежней версии. В некоторых случаях (когда у пользователей было установлены самые свежие обновления) помог откат программы до более ранней (и более стабильной) версии программы;

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

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

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

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

Если Вам нужна помощь в решении данного вопроса, пожалуйста, обращайтесь к нам, по номеру телефона +7 978 585 67 88
и наши специалисты помогут Вам.

11.03.2020
В анализе счета 69.01 не отражается сумма начисления пособия по уходу за ребенком до 1,5 лет.
Ответ: Для того, чтобы данные по пособию отражались в отчетности, необходимо
> Читать подробный ответ

11.03.2020
Где в 1С:Бухгалтерия (2.0.66.92) расположена форма СЗВ-ТД?
Ответ: Отчет по форме СЗВ-ТД расположен в Меню Кадры-Электронные трудовые книжки-Добавить и выбираем СЗВ-ТД.

> Читать подробный ответ

11.03.2020
В оборотке 70 счета не видна детализация по сотрудникам?
Ответ: Необходимо выполнить настройки: 1. Администрирование-параметры учета-Настройка плана
> Читать подробный ответ

Не удается открыть 1С, ошибка: Невосстановимая ошибка. Ошибка при выполнении запроса POST к ресурсу /e1cib/login: по причине: Ошибка при выполнении операции с информационной базой Файл не является файлом базы данных.

Остались вопросы? Получите бесплатную консультацию наших специалистов!

Источник

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
    

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

    ---

Добрый вечер! Такая вот ситуация, второй раз такое наблюдаю. Первый случай был такой, при запуске базы выскакивали многочисленные ошибки, предпоследняя была такая «Файл базы данных поврежден» и указывался путь не к самой базе, а к файлу 1Cv8tmp.1CD, я сначала не обратил внимания, и последняя ошибка была та же самая, но уже путь был к самой базе 1Cv8.1CD. Исправилось все запуском чека и ТиИ.
Второй случай, клиент работал и неожиданно выключили свет. После возникла ошибка «Файл базы данных поврежден» и указывался путь не к самой базе, а к файлу 1Cv8tmp.1CD. Возникала она либо при запуске, либо когда уже запущена в работе. База у них расположена на сервере. Когда зашел по удаленке к серверу, то увидел запущенную базу, то есть кто то работал на самом сервере и так же работали на рабочих местах по локалке, при отключении света соответственно на раб. местах база ушла, а на сервере осталась запущена. Почитал про назначение этого файла, он хранит служебную сеансовую информацию, в частности список активных пользователей. Подумал, что произошла разсинхронизации с этим файлом. Так как этот файл и еще два таких появляются при запуске базы, но когда завершаешь работу с базой, то они исчезают. Но в нашем случае они не исчезли, даже когда я завершил работу базы на самом сервере. Я взял их и удалил, после запустил базу, они создались снова, и при закрытии они исчезли, то есть отработали как надо. Соответственно ошибка ушла. Вопрос такой, правильно ли я понял суть этих временных файлов?

в описание структуры 1CD вычитал это, про временные файлы.
Temporary data

Temporary data is only needed during one or more simultameous 1C:Enterprise sessions.

Several simultaneous sessions jointly use data that is related to the entire file infobase and is necessary for infobase data locking, as well as for some other tasks. This sort of data is stored in the same directory as the infobase file.

    1Cv8cl file stores object locks of the database stored in the file.
    1Cv8Tmp.1cd file stores service session data, in particular a list of active users.
    1Cv8Tmp.1cl file stores locks for the data from the file 1Cv8Tmp.1cd.

1C:Enterprise 8 running in Designer mode creates temporary files of a similar purpose for the configuration repository and stores them in the configuration repository directory.

    1Cv8ddb.1cl file stores data locks for the data from the configuration repository.
    1Cv8dtmp.1cd file stores service session data, in particular a list of active users of the configuration repository.
    1Cv8dtmp.1cl file stores locks for the data from the file 1Cv8ddb.1cd.

The data that is only used during a single 1C:Enterprise session is stored in temporary files created in the directory defined by Microsoft Windows as the temporary files directory. In this case, the client application uses the temporary files directory of the current Windows user, for example, C:Documents and SettingsUserLocal SettingsTemp. Either the system temporary files directory or the application data directory of the user on whose behalf the working processes of 1C:Enterprise server are started is used for the 1C:Enterprise server (for example, C:WINNTTemp).

Описание ошибки:
Возникла для файловой базы после переноса каталога с базой с сервера на ОС Windows Server 2003 на сервер под операционной системой Windows Server 2012 R2:
Ошибка при выполнении операции с информационной базой
Ошибка открытия файла блокировок ‘D:DbaseUT/1Cv8.1CD’
по причине:
Ошибка открытия файла блокировок ‘D:DbaseUT/1Cv8.1CD’

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

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

Стоить отметить, что при переносе базы, чтобы облегчить процесс добавления баз в списки запуска 1С:Предприятия, копировались файлы списка ibases.v8i баз 1С 8 со старого сервера на новый.

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

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

, но формулировка ошибки стала другая:

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка при выполнении операции с информационной базой
Ошибка открытия файла блокировок ‘D:DbaseUT/1Cv8.1CD’
по причине:
Ошибка открытия файла блокировок ‘D:DbaseUT/1Cv8.1CD’

С похожей по формулировке ошибкой уже доводилось сталкиваться и устранять ее — см. Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/login. Но она была в базе в режиме управляемого интерфейса и проблема была в расширениях в базе.

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

Надо было проверить эту версию. Поэтому начался анализ прав пользователя на папку. «Панель управление» — «Администрирование» — «Управление компьютером», а в управлении «Локальные пользователи» — «Пользователи» и «Членство в группах» в свойствах моего пользователя Windows с одной стороны. А с другой стороны вызов «Свойства» каталога с базами через контекстное меню папки и переход на вкладку «Безопасность» для анализа разрешений для групп, к которым относится пользователь.

На примере видно, что для группы «Пользователи» не хватало разрешений.

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

Если все сделано правильно, то база станет запускаться и работать.

Иначе обратитесь к Вашему системному администратору и сообщите, что при попытке запуска базы 1С 8 получаете ошибку открытия файла блокировок и нужно добавить прав (либо полные, либо изменение и запись) для каталога базы или баз.

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

---

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

14-09-2021

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