- Главная
- /
- Статьи
- /
- Программирование на 1С:Предприятие
- /
- Ошибка при выполнении запроса POST к ресурсу e1cib/modules/call
У меня была похожая ситуация. Вот ответ 1С:
Вероятно вы на версии платформы 8.2.13 обновили конфигурацию БП на версию 2.0.42.5, после чего при обновлении платформы на версию 8.2.16.368 или выше при запуске базы после конвертации происходит ошибка SDBL.
Способ обхода сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42
Если обновление конфигурации на 2.0.42.5 выполнялось на 8.2.13, то режим совместимости оказался с 8.2.16, а изменения структуры таблиц БД, которую сделала бы 8.2.16 при смене режима совместимости, не произошло, т.к. 13-й релиз этого не умеет. Таким образом, если далее запускается платформа 16-го релиза, то она считает, что изменение структуры таблиц уже выполнено, хотя этого не произошло. Это и приводит к описанному эффекту. Как обойти: сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42; либо 1. Открыть 13-м релизом Конфигуратора 2. Сохранить конфигурацию в файл 3. понизить режим совместимости до 8.1, реструктуризовать 4. установить режим совместимости «Не используется», реструктуризовать 5. Закрыть Конфигуратор 13-го релиза, открыть Конфигуратор 16-го. 6. Выполнить загрузку конфигурации из файла, реструктуризоваться.
проблема доступа POST возникает из-за неправильной структуры бд. надо сделать ресруктуризацию в примере номера платформ другие, но смыл тот же. в новом релизе платформы что-то поменялось в структуре хранения данных.
Возврат к списку
Нередко случается ситуация, когда во время работы в программе 1С Бухгалтерия внезапно появляется окно с текстом: «ошибка /e1cib/modules/call», после чего программа экстренно закрывается. Сегодня мы поговорим о причинах этой проблемы и рассмотрим способы ее решения.
Причины ошибки e1cib modules call
Обычно данная ошибка имеет программный характер, из-за некорректного обновления или ошибки в программном коде. После появления окна «Информация для технической поддержки» обычно указывается причина сбоя: СУБД, программная и т.д. Чаще всего ошибка e1cib modules call может появляться неожиданно и без явных на то причин, чем и раздражает пользователей и программистов 1С.
Примерный вид ошибки
Однако, как было замечено, чаще всего ошибка появляется при обновлении на новые конфигурации программы: 8.3.6, 8.3.8.хх, 8.3.9.xxx. Как говорилось ранее, причина сбоя e1cib modules call наверняка кроется в программном коде самого софта, поэтому причина кроется не в настройках компьютера. Сфокусируем внимание на решении проблемы по описанной далее инструкции.
Способы решения ошибки e1cib modules call
Чтобы решить ошибку /e1cib/modules/call попробуйте проделать следующее:
1. Первое, что необходимо сделать, это выполнить стандартную процедуру проверки и правки клиента. Для этого необходимо зайти в конфигуратор, перейти в раздел «Администрирование» — «Тестирование и исправление». Стоит помнить, что данную процедуру необходимо выполнять в монопольном режиме, т.е. кроме вас в конфигураторе настроек не должно быть других пользователей. Также перед выполнением данной процедуры рекомендуем выполнить резервную копию данных.
Тестирование и исправление
2. Установите самые последние обновления программы 1С. Как показывает практика, ошибка уже массово появляласт в 2016 — 2017 годах, после этого администрация сервиса выпустила ряд обновлений, которые помогут исправить ошибку.
3. Если вышеуказанные способы вам не помогли, попробуйте откатить программу на предыдущую версию. После чего, сперва обновите платформу, сконвертируйте ИБ и только после этого обновляйте конфигуратор БП на новую версию.
4. Многие специалисты рекомендуют почистить кэш для корректного подключения к серверам. Для этого удалите в папке кэша все файлы, исключая те, которые имеют расширение *.1. Обычно каталог находится по следующему адресу: Program Files/1cv8/srvinfo/reg_1541.
5. Попробуйте перезапустить сам сервер 1С. Часто это помогает решить проблему.
6. В конце концов, свяжитесь с техподдержкой. Специалисты поддержки наверняка порекомендуют актуальный способ решения проблемы и обновления компонентов.
Итог
Как вы уже поняли ошибка «ошибка /e1cib/modules/call» затрагивает пользователей глобально и чаще всего возникает после обновления клиента 1С на более новую версию. Выполнив все вышеуказанные действия, ошибка с большой вероятностью исчезнет. Если у вас остались вопросы или вы знаете более эффективный способ решения проблемы, то напишите его в комментариях.
Ошибка e1cib/modules/call 1С — есть решение
Одна из новых ошибок 1C — является обращение к модулю по пути /e1cib/modules/call. Данная ошибка является следствие отправки POST запроса к функции размещенной в этом файле. В этой краткой статье мы рассмотрим как решить эту проблему и почему она возникает.
Причины возникновения ошибки работы с ресурсом
При составлении процесса загрузки и загрузки данных из ККТ — используются определенные возможности и функции из за которых могут возникать проблемы при формировании запроса. В данном случае при обращении e1cib к модулю call — возникла проблема с первичной загрузкой.
Как было определено, что все дело в указании неверного периода. Обычно устанавливается полгода, но в данном случае следует указать 3 последних дня.
Как решить проблему с модулем call
Для решения этой ошибки, следует обратиться к документации по 1С:Эвотор. Давайте попробуем следовать инструкции:
После этих действий вы должны получить уведомление про успешное выполнении функции и проблем возникать более не должно.
Неспецифицированная ошибка работы с ресурсом
Если вместо путей модуля и неопределении кода проблемы, может возникать и такой текст. По факту это одно и тоже. Не стоит паниковать, следует обратиться к пунктам указанным выше. Всем пользователям 1C данная инструкция помогла.
Заключение
Действительно иногда возникают проблемы в такой хорошей программе, от этого никто не застрахован. Не стоит сразу паниковать, а просто следует обратиться к инструкции и выяснить корень проблемы. В данном случае был виноват период.
Надеемся, что статья вам помогла и вы смогли найти решение своей проблемы.
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
(7) Добрый день! По моему мнению, ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call: связана с некорректной работой модуля расширения CRM,
У нас была учетная запись пользователя, которая впоследствии была заблокирована (установлена галочка – недействителен), также как и его почтовый ящик. Однако программа все время пытается подключиться к этой учетной записи и почтовому ящику.
данные из журнала регистраций, в момент, когда выкинуло всех пользователей (всего 34 пользователя)
Сеанс. Ошибка применения расширения конфигурации
Фоновое задание
Ошибка применения модуля «CRMModule_Extantion ОбщийМодуль.УправлениеЭлектроннойПочтой.Модуль». Список параметров метода «CRM_Ext_ОтправитьПочтуПользователя» не соответствует методу «ОтправитьПочтуПользователя».
Журнал регистрации 04.12.2020 9:30:00, Критичность: ОШИБКИ
Во время подключения к учетной записи Герасимчик Галина произошла ошибка
Произошла ошибка разбора ответа сервера при работе с IMAP. Код ошибки: 5
<ОбщийМодуль.CRM_УправлениеЭлектроннойПочтой.Модуль(2248)>: Почта.Подключиться(Профиль, Протокол);
<ОбщийМодуль.CRM_УправлениеЭлектроннойПочтой.Модуль(1369)>: ПолучитьПисьма(Выборка, Ложь, Получено, СтруктураМассивовПисем);
CRM_УправлениеЭлектроннойПочтой.ПолучениеИОтправкаЭлектронныхПисем();
по причине:
Произошла ошибка разбора ответа сервера при работе с IMAP. Код ошибки: 5
Проблема с отчетами в веб-клиенте
Имеем сервак, на нём WinSrv 2012R2, MSSQL 2014 R2, развёрнут APACHE 2.4, настроен веб-клиент, опубликована база. Браузер Mozilla Firefox актуальной версии.
Проблема в следующем: когда формируем ЛЮБОЙ(!) типовой(и нетиповой) отчет, и результат оказывается «большим»(примерно 1000-1500 строк), то при прокрутке выдаёт такую ошибку:
Error: HTTP: Expectation failed
Ошибка при выполнении запроса POST к ресурсу /e1cib/moxel: (: 0)
Copyright © ООО «1C-Софт», 2003-2016. Все права защищены
(http://www.1c.ru)
Полный текст:
(13) Сделалось в первую же очередь
Кеши кластера, юзера, на клиентской машине. Всё почищено.
Пока что вертится ТиИ, база большая(около 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.1933binwsap24.dll»
LoadModule _1cws_module «C:Program Files1cv88.3.8.1933binwsap24.dll»
5. Запускаем службу апача вручную.
Надеюсь, кому-то, да пригодится.
(16) А это для тех, кто не читает документацию)) Я, например, в сети инфы не нашел. Пока на форумах не подсказали немного и не прочитал документацию.
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-х битный сервер.
Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, научиться непрерывной поставке ПО, мониторингу и логированию web приложений, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров.
Проверьте себя на вступительном тесте и смотрите подробнее программу по ссылке.
помогите восстановить базу
Добрый день.
Попала в руки база файловая Бухгалтерия предприятия, редакция 3.0 (3.0.64.54)
Архива нет. Из известного погибла при попытке обновиться.
При запуске пишет
[1c]
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Ошибка SDBL:
В схеме базы данных нет таблицы с именем Const30015
[/1c]
chdbfl ошибок не находит
ТИИ с галкой Реиндексация таблиц информационной базы база вылетает
Tool_1cd
проверка состава таблиц не находит 2 таблиц _DataSeparationUse1229 и _DataSeparationUse1230
Что можно сделать для восстановление данных с базы.
Есть вариант поднят пустую базу этой версии выгрузить сф и залить в эту конфу.
Если не поможет
(32) Тебе нужно попробовать с помощью Tool_1CD удалить таблицу CONFIGSAVE
По всей видимости твоя база упала в момент реструктуризации.
То есть таблица CONFIG должна быть живая.
(29) >Изначально думал поднять из сф новую базу и воспользоваться ПолучитьСтруктуруХраненияБазыДанных()
В базах даже с одинаковой конфигурацией будут разные идентификаторы.
То есть ПолучитьСтруктуруХраненияБазыДанных() даст разные данные.
У меня пару месяцев назад был подобный вопрос с базой.
Тоже ругалось на отсутствие в схеме базы данных.
Я не нашел способ редактировать DBSCHEMA и решил задачу выгрузкой данных через XML.
(51) Если нужно и не найдешь стукнись на мыло. Мыло в профиле. Сброшу.
Я не помню уже где скачивал.
(68) да. не восстанавливает.проверил на 1с8.2. но как-то мне удалось восстановить DBSchema без моего участия. может подменой похожего или пустого и реструктуризацией.
(72) >если типовая то конфу-донора можно сгенерировать
Это какое то реальное безумие обновлять базу при полном отсутствии бэкапов.
сди толс умеет вроде следующее, только как пока я не могу применить, по сути надо номер сопоставить с названиями с одной базе и другой и получить соответвие номеров вот как и поулчить я бы тоже хотел понять.
Поле ввода «Файл соответствия номеров» и кнопка «Замена TREF»
Все замены производятся без изменения индексов в базе!
Постоянно вылетает веб сервер Apache при работе в веб клиенте файловой базы.
Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Сеанс отсутствует или удален
ID=0f9d1e68-39b3-415b-8e79-ae50348df763, File=srcSeanceContextImpl.cpp(983)
и у всех вылетает 1с, всем пользователям (кто работает в бухгалтерии или в зарплате) приходиться пере заходить в программу.
И еще такая ошибка:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
И так же всех выкидывает.
В тонком клиенте все мега ужасно тормозит, по сравнению с работой в веб клиенте.
В логах веб сервера апачи в ошибках пишет, что:
или если перевести почти дословно:
То есть перезапускаеться веб сервер апачи.
Убедительно прошу, подскажите пожалуйста как исправить данные ошибки?
Ошибка при выполнении запроса POST
Есть УТ11, база серверная. Нужно было кое-что изменить в обмене с сайтом, для этого была сделана копия ИБ. Загрузил на свой комп, ввел правки. Потом при попытке провести обмен с сайтом, чтобы протестить изменения, возникает ошибка:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call/9590a5f1-7ce0-424c-9d5e-1d8740d26862/d5963243-262e-4398-b4d7-fb16d06484f6:
по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘D:СторБиксUT StorebixБаза2База 1СUT new SRV/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘D:СторБиксUT StorebixБаза2База 1СUT new SRV/1Cv8.1CD’
Это ты поясни чтобы понятно.
В каталоге bin есть утилита chdbfl.exe, вот ею попробуй прогнать базу.
(3) Не думаю, что ИБ на сервере повреждена. Т.к когда я запускаю обмен с сайтом, подключившись к клиент-серверной базе, все проходит норм.
Может при копировании какая-то хрень произошла? Или все таки надо было делать выгрузку?
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call/9590a5f1-7ce0-424c-9d5e-1d8740d26862/d5963243-262e-4398-b4d7-fb16d06484f6:
по причине:
Вообще, что за запрос POST, если у меня база файловая?
Ошибка при выполнении запроса 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/logform
При этом все параллельно запущенные расчёты так же зависают. До перехода на 8.3.9 такого «счастья» не наблюдалось.
Что происходит? С этим переходом на новую платформу всё идёт наперекосяк 🙁
Версия сервера 1С 8.3.9.1850. MS SQL-сервер. Клиент на Win8
(7) Я то же подумал, но конфигуратор не показал подробностей. Теперь можно гадать только.
В общем надо бы вам звякнуть в 1с с незатейливым вопросом. Просто для порядка.
Добрый день. Такая же ошибка наблюдается в ERP на платформе 8.3.10.2580 (MS SQL), при проведении одного конкретного документа Поступление безналичных ДС.
У кого есть какие-нибудь новости, сообщите, пожалуйста.
Сначала напишем список предположительных причин данной ошибки, которые Вы можете найти в интернете и которые являются ОШИБОЧНЫМИ:
Ошибка в релизе 1С
Ошибка в платформе 1С
Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
Ошибка кэша
Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)
Нет, все перечисленное не имеет отношения к действительности. Иногда проделанные выше действия, кажется, что помогают с исправлением ошибки. Но просто совпадение с решением одновременно реальной причины.
Сложность разбора реальной причины данной проблемы заключается в том, что воспроизводится она непредсказуемым образом.
Замечено, что ошибка воспроизводится практически только при клиент-серверном режиме работы. И обычно при выполнении длительных операций.
Нашей рекомендацией является – снять ограничение на количество оперативной памяти на рабочий процесс сервера 1С.
Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/login Лечение
Файловая база Бухгалтерия 3.0.95.24 типовая плюс добавлены дополнительные объекты обособленно от типовой (все объекты со своим префиксом). Типовая на поддержке.
После обновления моргнул свет, в базу зайти не смогли, после чего было запущено Тестирование и исправление, свет моргнул второй раз. После чего не пускает ни в Конфигуратор нив Предприятие. Обновлением и сопровождением занималась не я. Копии к сожалению тот программист не сделал, есть полугодовой давности копия.
Очищение таблиц ничего не дало. При входе ошибка:
Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
и пусто. без расшифровок.
Не хочется верить, что база рухнула. Визуально все таблицы в норме, нет потерянных или пустых.
Подскажите, что еще посмотреть? Какие таблицы грузятся первые перед авторизацией юзеров? пусть нужно что-то удалить, пусть с частичной потерей данных, но с документами.
Неспецифицированная ошибка работы с ресурсом Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: Недостаточно свободной памяти для выполнения операции
Локальный комп, быстрый, мощный (i7+16Гб).
Стоит 1С:Предриятие, всё нормально работает. База файловая, расположена на этом же компе.
Работает 1 человек, на нём же.
Запустил Apache и опубликовал базу в Web. (хотел соседний комп Apple подключить к базе)
Сразу у пользователя который спокойно работал, начались ощутимые тормоза в 1С.
Перевёл подключение через тонкий клиент, указал http://192.168.1.88/bux
Всё сразу заработало быстрее, жить да радоваться, НО постоянно выскакивает такая ошибка:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Нарыл в интернетах советы сделать тестирование/исправление базы (причём тут нехватка памяти?) и установку другой версии платформы.
(2)
1. Подключиться локально с компьютера Apple к файловой базе на другом компе? Я только ЗА,
просто на портале ИТС нашёл описание ограничений на клиентскую часть для Mac, где написано
Версия «1С:Предприятия» для OS X обладает следующими ограничениями:
● Отсутствует 32-разрядная версия.
● Не поддерживается работа с файловой информационной базой, если она расположена на сетевом ресурсе.
2. Остановил Apache (даже не остановил, а поменял способ подключения на обычный), ошибка не появляется.
Есть ещё какие-либо идеи?
(2)На портале ИТС сказано, что невозможно подключиться к файловой базе по сети. Я бы с радостью:
Версия «1С:Предприятия» для OS X обладает следующими ограничениями:
● Отсутствует 32-разрядная версия.
● Не поддерживается работа с файловой информационной базой, если она расположена на сетевом ресурсе.
Я для этого Apache и хотел использовать.
Стоит упращенка с 16 года. Обновляю периодически
при заходе в отчеты выскакивает ошибка и программа выключается.
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
При нехватки оперативной памяти
на Windows XP, Windows Server 2003
пример:
multi(0)disk(0)rdisk(0)partition(1)WINDOWS=»Windows XP Professional» /fastdetect /3GB /userva=2560
8. Сохраните файл и закройте Блокнот.
9. Перезагрузите компьютер.
Windows Vista, Windows 7, Windows Server 2008
1. Откройте консоль с административными правами:
— нажмите Пуск
— откройте Все программы
— откройте Стандартные
Нажмите правой кнопкой мыши на программу Командная строка и выберите Запуск от имени администратора
2. Наберите одну из следующих команд и нажмите ввод:
— если установлено 3 Гб оперативной памяти: bcdedit /set IncreaseUserVA 2560
— если установлено 4 Гб и более оперативной памяти: bcdedit /set IncreaseUserVA 3072
3. Закройте командную строку и перезагрузите компьютер.
4. Если потребуется вернуть параметры по-умолчанию, для отмены вышеуказанных настроек повторите шаг 1 и введите в консоли команду bcdedit /deletevalue increaseuserva (или bcdedit /deletevalue increaseuserva, если использовался параметр )
1С 8 Розница РИБ, проблемы с обновлением одного из узлов
Добрый день! при обновлении одного из узлов на новую версию в РИБ, выходит ошибка:
Если через конфигуратор заходить то:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Ошибка SQL: Поле не найдено ‘T1._Fld9067RRef’
Если через предприятие то:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Ошибка SDBL:
В схеме базы данных нет таблицы с именем ConstChngR10081
ТИИ вылетает с ошибкой, чекдбф ошибок не находит, конфигурация на замочке, т.к. РИБ сделать с ней даже не знаю, что можно, чистка кеша и т.д. также не помогли, как еще можно попробовать вылечить?
Причем если заходить через версию 8.3.13.1690 то ошибка:
В схеме базы данных нет таблицы с именем Const10079
Если через 8.3.10.2667 то ошибка:
В схеме базы данных нет таблицы с именем ConstChngR10081
проблемы и под той и под той версией платформы
Неспецифицированная ошибка работы с ресурсом
Обновились на Платформа: 1С:Предприятие 8.3 (8.3.15.1747) и понеслось:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Использовать 64-х разрядную версию ОС и оперативную память 8Gb и больше
С уважением,
отдел тех. поддержки фирмы «1С»
Тел. (495) 956-11-81 (линия ИТС)
(495) 688-10-01 (базовые версии)
А чего тут бороться? Написано же «недостаточно памяти».
Увеличиваете память и всё.
На 64 переходить не обязательно.
А чего тут бороться? Написано же «недостаточно памяти». Увеличиваете память и всё. На 64 переходить не обязательно.
Гугль сразу же выдаёт ссылки на
bcdedit /set increaseuserva
Контрольное Cоотношение Равенство пишет:
я так понимаю выделяемая память это функция: bcdedit /set increaseuserva?
а про уменьшить размер ЖР можно чуть подробнее?
Читают тему:
Мероприятия
1C:Лекторий: 1 сентября 2022 года (четверг, все желающие, начало в 10:00) — Объемно-сортовой учет молочной продукции и упакованной воды
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.
Анализ записей Технологического Журнала
У клиента торговля 11, работает через веб сервер apache 2.2 все вертится на сервере 2008 R2
Периодически при работе одного пользователя вылетает следующая ошибка:
———————————————————
Платформа: 1С:Предприятие 8.2 (8.2.16.363)
Конфигурация: Управление торговлей, редакция 11.0 (11.0.9.8) ( http://v8.1c.ru/trade/)
Copyright © ООО «1C», 2003-2012. Все права защищены
( http://www.1c.ru)
Режим: Веб-сервер (сжатие: усиленное, низкая скорость соединения)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Ошибки:
18.10.2012 15:34:36
Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call/68caf9e5-9a79-4b77-b0f4-ca9c0fe4fa16/d5963243-262e-4398-b4d7-fb16d06484f6:
по причине:
Сеанс отсутствует или удален
ID=8a1b8ee9-6c59-4a16-a4e6-46745644ae51, File=srcSeanceContextBasImpl.cpp(915)
Настроил ТЖ
В Итоге в нем появились такие записи:
19:03.6860-0,EXCP,1,process=1cv8c,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr=’srcLicenseBaseImpl.cpp(973):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Ошибка при выполнении файловой операции ‘
19:03.6861-0,EXCP,1,process=1cv8c,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr=’srcLicenseBaseImpl.cpp(3856):
0874860b-2b41-45e1-bc2b-6e186eb37771: Ошибка программного лицензирования
Неверный формат файла программного лицензирования
File=srcLicenseBaseImpl.cpp(974)’
19:04.3740-0,EXCP,1,process=1cv8c,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’srcVResourceSessionImpl.cpp(268):
580392e6-ba49-4280-ac67-fcd6f2180121: Неправильное имя пользователя или пароль
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:’
19:33.1401-0,EXCP,1,process=1cv8c,Exception=SeanceContextException,Descr=’Сеанс отсутствует или удален
ID=d6cda782-14f7-4f3c-92cd-dccdf977ef72, File=srcSeanceContextBasImpl.cpp(915)’
19:33.1402-0,EXCP,1,process=1cv8c,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’srcVResourceSessionImpl.cpp(268):
580392e6-ba49-4280-ac67-fcd6f2180121: Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
60c686dc-798f-4d17-aadb-a90156a16eb8: Сеанс отсутствует или удален
ID=d6cda782-14f7-4f3c-92cd-dccdf977ef72, File=srcSeanceContextBasImpl.cpp(915)’
19:33.1860-0,EXCP,1,process=1cv8c,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’srcClientPerformerImpl.cpp(2456):
580392e6-ba49-4280-ac67-fcd6f2180121: Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
60c686dc-798f-4d17-aadb-a90156a16eb8: Сеанс отсутствует или удален
ID=d6cda782-14f7-4f3c-92cd-dccdf977ef72, File=srcSeanceContextBasImpl.cpp(915)’
Народ кто сталкивался с таким подскажите как эти записи интерпретировать и куда копать для устранения ошибки?
Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
«Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:» по причине? Какой там дальше текст ошибки?
Это может быть и недостаточность прав на папку с базой (не Ваш случай), и отсутствие реструктуризации после повышения версии платформы (можно, например, накатить обновление на 8.3.10 или в ТиИ из конфигуратора) и пустые значения в каком-то из выгруженных справочников http://forum-1c.ru/index.php?topic=45432.0
Ошибка возникает в серверном варианте информационной базы при выполнении запроса, содержащего конструкцию В(&СписокЗначений).
Невосстановимая ошибка
Ошибка возникает в том случае, если список значений содержит пустые строки.
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 10.0: Column ‘_INVALUELIST’ in table ‘#tt1’ is of a type that is invalid for use as a key column in an index.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=1, Severity=10, native=1919, line=1
Так же подобная ошибка происходит при выполнении запроса, в котором используется поле ИмяПредопределенныхДанных в операции сложения строк
Ошибка при выполнении запроса POST к ресурсу /e1cib/misc:
В базу были перенесены данные. Потом часть документов «Перенос данных» была помечена на удаление и удалена (документы с периодом Январь 2016).
При этом при непосредственном удалении документов не были удалены 3 документа (удаление в ERP выполняется в фоновом задании и происходили зависания фоновых заданий).
Сейчас при попытке снять пометку удаления с этих документов, либо попытке очистить их табличные части и записать документ программа зависает после чего (период времени от 30 мин до 1,5 дней) появляется сообщение об ошибке
«Ошибка при выполнении запроса POST к ресурсу /e1cib/misc:»
Сервер 1С и SQL неоднократно перегружались.
При тестировании и исправлении базы средствами 1С (из конфигуратора) на каком то этапе возникла ошибка доступа к базе)
Такое чувство, что документы каким-то образом заблокированы.
Есть какие-нибудь идеи как побороть?
Информация для технической поддержки:
Платформа: 1С:Предприятие 8.3 (8.3.7.1917)
Конфигурация: 1С:ERP Управление предприятием 2 (2.1.3.100) (http://v8.1c.ru/erp/)
Copyright © ООО «1C», 2004-2016. Все права защищены
(http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Толстый клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Такси
Ошибки:
———————————————————————————
25.03.2016 4:42:54
Ошибка выполнения запроса
Ошибка при выполнении запроса POST к ресурсу /e1cib/misc:
Ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands
При длительной работе с программой 1С пользователи быстро учатся устранять большинство ошибок, которые появляются в процессе. Однако с выходом новых, более усовершенствованных версий появляются и новые типы неполадок. В этой статье вы узнаете, как устранить «Ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.»
Причины ошибки в 1С
Подобное сообщение часто дополняется другими строками, которые могут пояснять причины сбоя в программе или программном коде. Встречается такая строка — недостаточно свободной памяти для выполнения операций. Она помогает пользователю быстро сориентироваться и предпринять нужные действия — выделить программе больше оперативной памяти (если это возможно).
Есть и другой тип подобного сообщения — неспецифированная ошибка работы с ресурсом e1cib/logform. Все эти случаи мы рассмотрим далее в программе и определим, как их решить. Как и при появлении многих других сообщений о сбое, единой инструкции просто не существует. Связано это с тем, что пользователи или операторы могут работать не только с разными версиями ОС Windows, но и в разных версиях 1С.
Изменяем режим запуска для пользователей
Часто ошибку можно решить довольно просто. Для этого вам необходимо войти с правами администратора и изменить настройки учетной записи пользователя. Нужно выбрать редактирование информационной базы и в поле «Основной режим запуска» поставить галочку на «Выбирать автоматически». Сохраните эти изменения, и ошибка должна пропасть.
Устранение сбоя при выполнении запроса GET к ресурсу
Из-за переполнения кэша программы, могут возникать разные ошибки. Так как для стабильной работы с новыми формами необходимо свободное пространство буфера быстрого доступа. Часто освобождение этого буфера помогает программе снова начать работу без каких-либо проблем.
Если ошибку получится удалить этим способом, вы можете использовать настройки программы таким образом, что при каждом запуске кэш будет удаляться автоматически. И вам не придется каждый раз его чистить.
Запуск утилит для исправления ошибок 1С
В программном комплексе 1С включены специальные утилиты, которые могут помочь пользователю решить проблемы при работе. Если вам еще не удалось устранить дисфункцию при выполнении запроса GET к ресурсу e1c/ibc/micommands:
Каждый из параметров позволяет выполнять дополнительные проверки над теми или иными данными программы:
Добавление памяти для 1С
Ошибки в 1С Предприятие часто имеют дополнительный параметр «Недостаточно памяти». С ней встречались, наверное, все, кто долгое время работал с программой. Нехватка памяти появляется из-за обновления конфигурации, загрузки объемных баз данных, при создании отчетов и т.д.
Чтобы избавиться от ошибки с памятью:
После этих действий перезагрузите компьютер и проверьте, появляется ли ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.
Файл базы данных повреждён. Регулярно.
Регулярно падает конфигурация ЗКГУ 3 с ошибками:
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call.
Лечится chdbfl, но помогает на 30-40 минут.
Делал тестирование, chdbfl, кэши чистил.
Что может быть причиной? Сотрудников много, отследить момент, когда падает сложновато.
А почему бы не решить проблему кардинально и эффективно? Поставьте PostgreSQL и скорость работы вырастет и до вашей базы злыдням будет не так легко добраться.
Понятно что лицензия на сервер 1с стоит денежек, но если база рухнет то вечерние подработки сотрудников могут дороже обойтись не говоря о том что влететь на какие нибудь штрафы из-за несвоевременно сданной отчетности.
Кстати это и вариант проверки, заскочите к кому-нибудь из друзей у кого серверная база и попробуйте как она будет вести себя на SQL сервере.
А так вариантов много, сыпется диск, глючит сетевое оборудование, занесли вирусы, среди сотрудников завелась крыса вредитель.
Необъяснимые падения rphost
Добрый день, коллеги!
Купили конфигурацию Управление IT-отделом 8, редакция 3.1. Установили на сервер. После этого сервер начал странно себя вести. Постоянно падал rphost. (скрин журнала Windows прикрепил). Была произведена тщательная проверка сервера 1С на корректность настроек. Методом исключения удалось выяснить, что причиной падения рабочих процессов оказалась именно база управления IT отделом. После удаления базы с сервера 1С падения рабочих процессов прекратились.
Пока используем в файловом варианте, но хотим на сервере.
Пробовал собирать тех журнал со следующими настройками:
Поиск в гугле в основном касался компонентов web сервера, однако мы его не используем. Только тонкие клиенты.
Пробовал установку конфигурации «с нуля» в новую, чистую базу. Не помогло. Как только инициализируется клиентское подключение к серверу, начинают падать рабочие процессы и буквально парализуют сервер. Создавал пустую файловую базу из шаблона, загружал на сервер. Рабочие процессы падают.
Сапорт софтонита (поставщик конфигурации) разводит руками, мол ошибка на вашем сервере. У остальных клиентов все работает нормально.
Помогите, пожалуйста, разобраться в проблеме. Могу еще пособирать логи тех журнала с другими настройками. Подскажите только с какими. Опыта в работе с ним у меня почти нет. Уже больше недели не могу справится. Мысли уже кончились.
Детали инфраструктуры:
ОС Windows Server 2012 R2, 6.3.9600 на клиенте и на сервере
Версия платформы: 8.3.15.1565, так же проверялось на версии 8.3.13.1513. Сервер x64, клиент x32
Версии конфигурации от 3.1.3.1, до 3.1.3.7
Ошибка загрузки документа при выполнении запроса POST к ресурсу
Ошибка загрузки документа при выполнении запроса POST к ресурсу
При открытии внешней обработки в режиме 1С предприятия возникает ошибка загрузки документа.
Скриншот ошибки
Полный текст ошибки
Ошибка загрузки документа.
по причине:
HTTP: Forbidden
Ошибка при выполнении запроса POST к ресурсу /e1cib/extmd/processing:
Сопутствующая ошибка «Пользователь ИБ не идентифицирован» в конфигураторе
Это особенности работы платформы 8.3.9 после выхода из спящего режима, на следующий день.
Решение проблемы
Проблема решается простым перезапуском системы: предприятия или конфигуратора. Возможно ограничение идет как на спящий сеанс в параметрах базы, или же это просто временный глюк платформы.
Получается пользователь теряет авторизацию, что запрещает ему открытие файлов.
Как описываются машины в рекламных проспектах? “Волнующие”, “эффектные”, “изящные”, “грациозные”, “обтекаемой формы”. Прямо не знаешь, куда их вести — в гараж или в номер мотеля.
Ошибка СУБД
Платформа: 1С:Предприятие 8.3 (8.3.5.1248)
Конфигурация: Управление торговлей, редакция 11.1 (11.1.9.51) (http://v8.1c.ru/trade/)
Copyright © ООО «1C», 2003-2013. Все права защищены
(http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Такси
СУБД: PostgreSQL 9.2.4-1.1C(x64)
Ошибки:
———————————————————————————
13.11.2014 19:15:55
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/cmi/command/0:b30ab4da-73b4-49e5-ab62-cf53befafb52:
по причине:
Ошибка СУБД:
ERROR: CASE/WHEN could not convert type mvarchar to bytea at character 1180
С чем может быть связана такая ошибка? Возникает при попытке запустить обмен с сайтом Битрикс.
>С чем может быть связана такая ошибка?
(2) ТИИ говорит, что все хорошо.
(3) Попробовать откатиться к предыдущему релизу платформы? Или вернуться на MSSQL? База изначально была скульная, но есть мысль перенести ее в облако, под линукс и соответственно постгри. Поэтому и начал экспериментировать. В общем-то все работает, за исключением обмена с сайтом.
(3) В данном случае виноват не PostgreSQL. На MS SQL2008 R2 SP3 такая же беда.
Я написал в саппорт Битрикса, но у себя пока исправил (для настройки и тестов) вот так:
Это:
заменил на это:
ВариантыКомплектацииНоменклатурыТовары.Характеристика ЕСТЬ NULL ТОГДА НЕОПРЕДЕЛЕНО
В файловом варианте ошибка тоже есть:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/cmi/command/0:b30ab4da-73b4-49e5-ab62-cf53befafb52:
по причине:
Ошибка СУБД:
Ошибка SQL: Несовместимые типы в выражении
по причине:
Ошибка SQL: Несовместимые типы в выражении
«Неисправимая ошибка» при свертке базы
Платформа 8.3.13.1690, конфа УТАП 11.4.9.83
При свертке базы во время выполнения второго пункта 1С отваливается с ошибкой: «Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm по причине:» и всё на этом.а
(7) А есть статистика, что этот рпхост перед падением доходит до предела памяти?
Понятно, что ошибка сформулирована именно в таком сообщении, которое отсылает к проверке памяти, но действительно ли в памяти проблема.
Тут как бы возникает специфический вопрос. На фоне террабайтных дисков для установки во всякие там компы, которые можно купить в розницу за относительно небольшие деньги,
получается, что 100 гб в базе вроде бы и не так много. Однако, процессы с таким размером памяти работать не хотят.
А может быть, с учетом того, что базу надо изнасиловать, обеспечить этому событию абсолютную монопольность на сервере?
Ну и убрать при этом любые ограничения на использование памяти, конечно.
Вообще, Заказчику в подобной ситуации нужно понимать, что одного сервера для нормальной работы в режиме 24/7 при таком размере баз и процессов уже не хватит.
И если КОРП версию 1С покупать по стоимости просто неадекватно, то может быть имеет смысл купить просто еще одну лицензию на сервер 1С
и запускать всякие системные и сервисные вопросы на дополнительном компьютере.
Например, этот дополнительный сервер можно поставить на линукс платформе (это такой ненавязчивый намек)
Тема: Хелп не запускаетс 1с 8,3 базовая после попытки обновить конфигурацию. Выдает след:
Опции темы
Поиск по теме
Хелп не запускаетс 1с 8,3 базовая после попытки обновить конфигурацию. Выдает след:
Ошибки:
———————————————————————————
22.01.2016 11:08:22
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/misc:
по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘C:UsersNataliyaDocuments1CAccountingBase1/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘C:UsersNataliyaDocuments1CAccountingBase1/1Cv8.1CD’
ЧТО ДЕЛАТЬ!? Может у кого был случай?
Платформа: 1С:Предприятие 8.3 (8.3.6.2390)
Ошибки:
———————————————————————————
22.01.2016 11:08:22
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/misc:
по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘C:UsersNataliyaDocuments1CAccountingBase1/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘C:UsersNataliyaDocuments1CAccountingBase1/1Cv8.1CD’
ЧТО ДЕЛАТЬ!? Может у кого был случай?
Удалить файл 1СV8.сdn (ледний самый маленький по сравнению с остальными и созданный на дату возникновения ошибки) из папки С:Users. AccountingDase
ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
обновляю ЗУП, нормально прошел все релизы на последнем (105) в пользовательском режиме
——————————————-
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка SDBL:
Таблица или поле ID не содержится в разделе FROM
——————————————
ладно, откатился до предыдущей версии из скульного бекапа, при запуске та-же ошибка.
ну думаю кеш и прочее
Тип поля CAST(1:00000000000000000000000000000000 AS REF(ODataSettings)) несовместим с типом поля Fld25329
база полностью на поддержке.
ТИС дало, но ошибка осталась..
—————————————————
Регистры сведений. СтажиФизическихЛиц.
Имеются записи, содержащие пустую дату в поле Период.
В поля Период записаны значения 01.01.1900 0:00:00
Обработка структуры базы данных.
—————————————————
учитесь пользоваться тж. и будете знать куда копать.
а по существу: реструктурируйте метаданное с полем Fld25329
Ошибка при выполнении запроса POST к ресурсу /e1cib/login
Доброй день! При авторизации сервер выдаёт ошибку
Ошибка СУБД:
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
Иногда заходит, но спустя некоторое время вываливается с той ошибкой.
В чём может быть причина?
PostgreSQL 11.5-12.1C
Платформа 8.3.16.1148
(3) не ответил на заданный вопрос
Вообще, этот релиз СУБД поставляется в дистрибутивах в версии для 64-бит
Но загрузка в сеансе происходит на платформу клиента. Если при загрузке окажется, что загружаемая конфига большая (а сейчас и БП3 уже достаточно большая), то клиент в 32 бит может действительно оборвать соединение с сервером из-за нехватки памяти.
А многие коллеги ставят именно 32-бит клиента, поскольку с ним стыкуют всякое оборудование.
зы. А сколько при этом на железе свободной оперативы будет все равно, т.к. процесс клиента в 32 бит сам по себе не возьмет больше чем может взять.
Обмен с сайтом: неспецифицированная ошибка, недостаточно свободной памяти
При обмене с сайтом Битрикс, возникает ошибка: «Неспецифицированная ошибка работы с ресурсом. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm. Недостаточно свободной памяти для выполнения операции / «.
Сама 1С запускается из локальной папки, база на SQL.
В чем может быть проблема?
Искал в интернете, но там в основном эта же проблема описывается при публикации базы на веб-сервере. А у меня программа запускается из файла на компьютере пользователя + база на SQL.
(0) А у меня программа запускается из файла на компьютере пользователя + база на SQL.
Вот такой набор вопросов, на которых нужно ответить самому себе.
«3) В настройках узла битрикса есть реквизит «Количество товаров/объектов в пакете». Можно попробовать уменьшить кол-во»
Поскольку сейчас идет только выгрузка из 1С, наверное, там тоже есть такие же настройки?
(10) Там стоит галочка «Выгрузка на сайт». Если ставлю выгрузку в каталог, все проходит нормально, но в каталоге ничего не появляется.
В логах (запись в «C:/Log site») вообще ничего не появляется.
О логах.
Указанный каталог надеюсь расположен на сервере? И у службы 1С есть права туда писать?
Ибо Битрикс при выгрузке туда таки пишет.
(17) В этот каталог я могу писать файлы, разве может быть так, что 1С не может? )
>>>И сделал выгрузку в каталог, а не сразу на сайт. В результате ошибок не было, но и в каталоге ничего нового не появилось.
Этот каталог на сервере?
А у службы 1С есть права туда писать?
Зови своего админа и пусть он дает права службе 1С на этот каталог.
Заодно на каталог с логами пуст даст
(20) Дело в том, что когда эта ошибка выскакивала отдельным окном, внизу была ссылка для получения лог-файла. И он действительно создавался и записывался в этот каталог. https://yadi.sk/d/yRJHG1r8PIXhtg
Значит, доступ на запись у пользователя 1С есть.
Но тут это окно выскакивать перестало. Все пишется в окне сообщений, и там возникает такая строка: «Ошибка получения параметров обмена (ограничение размера файла)!»
(14) Да мы сами программисты, просто именно с такой проблемой раньше не сталкивались. Ничего, поработаем отладчиком, все и разъяснится.
А вот если бы вы сами делали, то какую вилку времени бы задали? Не по вопросу оплаты, а сколько клиенту ждать решения проблемы?
Не блокируются объекты в Тонком клиенте
Ошибки вылетают трёх видов:
Платформа: 1С:Предприятие 8.3 (8.3.9.1818)
Конфигурация: Управление торговлей, редакция 11.0 (11.0.7.8) (http://v8.1c.ru/trade/)
Copyright © ООО «1C», 2003-2011. Все права защищены
(http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Версия 8.2
Ошибки:
———————————————————————————
27.10.2016 13:26:46
Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Сеанс отсутствует или удален
ID=6bb003c8-af95-4a49-83f6-a291b17a6ee0, File=srcRMngrCalls.cpp(361)
Платформа: 1С:Предприятие 8.3 (8.3.8.1933)
Конфигурация: Управление торговлей, редакция 11.0 (11.0.7.8) (http://v8.1c.ru/trade/)
Copyright © ООО «1C», 2003-2011. Все права защищены
(http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Версия 8.2
Платформа: 1С:Предприятие 8.3 (8.3.8.1933)
Конфигурация: Управление торговлей, редакция 11.0 (11.0.7.8) (http://v8.1c.ru/trade/)
Copyright © ООО «1C», 2003-2011. Все права защищены
(http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Версия 8.2
Ошибки:
———————————————————————————
27.10.2016 16:52:35
Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Текущему соединению с информационной базой не назначен сеанс
Тема: Ошибка при выполнении запроса 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 к ресурсу /e1crdbg/rdbg Test:
Пытаюсь работать с отладкой по протоколу HTTP.
Довольно скоро сервер отладки «устаёт».
В конфигураторе возникает сообщение «Связь с сервером отладки разорвана»
При перезапуске конфигуратора возникает сообщение:
Не удалось соединиться с сервером отладки
по причине: Ошибка при выполнении запроса
Ошибка при выполнении запроса POST к ресурсу /e1crdbg/rdbg Test:
Ошибка HTTP при обращении к серверу: http://ServerName:1550
Превышено время ожидания
Пробовал перезапускать рабочий процесс сервера 1С, без перезапуска службы сервера.
Бывало, помогало раз-другой. Но всё равно «усталость» накапливалась, и, в конце концов приходилось перезапускать
службу сервера 1С.
(О способе перезапуска рабочего процесса: через консоль кластера менял параметр «Интервал перезапуск рабочих процессов» на 10 секунд, ждал секунд 20, затем менял параметр на большое значение).
Невосстановимая ошибка при выполнении запроса POST к ресурсу /e1cib/logForm
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
ERROR: missing FROM-clause entry for table «t6»
LINE 43: ORDER BY 12 ASC, 13 ASC, (T6._LineNo15676)
Доброго дня всем! Вот такой фортель выкинула база. Помогите его побороть. Платформа 1С:Предприятие 8.3 (8.3.13.1513), Конфигурация 1С-Общепит 3.0.65.91. Ошибка возникает при выводе на печать из документа «Рецептура».
Может быть что угодно. Какая-нибудь кракозябра в данных, например. Попробуйте определить, к каким данным обращается программа в момент ошибки и посмотреть, что там написано.
У меня была похожая, «Ошибка при выполнении запроса POST к ресурсу /e1cib. «, по рекомендациям пыталась сделать ТИИ, оно тоже вывалилось с ошибкой.
Посмотрела на документ, оказалось, что в нем завели новый реквизит, который не использовался, я его удалила, ошибка ушла. Возможно, в этот реквизит было записано что-то не то.
Стандартные рекомендации, которые видела в инете, были как всегда: обновить платформу, релиз конфы, сделать тестирование и исправление, обратиться в техподдержку 1С. Писали, что они собаку съели на этой ошибке.
Перевожу конфигурацию с 8.2.15 на 8.3. Ошибка.
Добрый день всем коллегам.
Перевожу конфигурацию с 8.2.15 (в режиме совместимости с 8.2.13) на 8.3 конкретно выбрал релиз 8.3.4.389
Все нормально, многое переписал, что не работает, но одну ошибку локализовать не удаётся.
При проведении пакета документов в толстом клиенте по сети программа вылетает, возникает следующая ошибка:
«Ошибка выполнения запроса
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
server_addr=tcp://APS-TEST:1561 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1324 file=SrcDataExchangeTcpClientImpl.cpp»
При проведении непосредственно на сервере (клиент 1С запускается на сервере) ошибки не возникает.
ТЖ формировал, ничего там нового не увидел
Вот что там значится в конце ТЖ
«02:11.251000-0,EXCP,2,process=1cv8,Usr=ВасилийПупкин,ClientID=39,Exception=NetDataExchangeException,Descr=’ server_addr=tcp://APS-TEST:1561 descr=10054(0x00002746): An existing connection was forcibly closed by the remote host. line=1324 file=SrcDataExchangeTcpClientImpl.cpp’
02:11.251001-0,EXCPCNTX,0,ClientComputerName=MSK-S-00-TS1,ServerComputerName=MSK-S-00-TS1,UserName=ВасилийПупкин,ConnectString=’Srvr=»aps-test.ps.lan»;Ref=»ps83test»;’
02:11.251002-29873995,EXCPCNTX,1,SrcName=SCALL,OSThread=8036,process=1cv8,Usr=ВасилийПупкин,ClientID=39,Interface=bc15bd01-10bf-413c-a856-ddc907fcd123,Method=0
02:11.251003-373682003,EXCPCNTX,0,SrcName=PROC,OSThread=8036,process=1cv8
02:11.251004-29873997,SCALL,1,process=1cv8,Usr=ВасилийПупкин,ClientID=39,Interface=bc15bd01-10bf-413c-a856-ddc907fcd123,Method=0
02:11.251005-0,EXCP,1,process=1cv8,Usr=ВасилийПупкин,ClientID=39,Exception=NetDataExchangeException,Descr=’ server_addr=tcp://APS-TEST:1561 descr=10054(0x00002746): An existing connection was forcibly closed by the remote host. line=1324 file=SrcDataExchangeTcpClientImpl.cpp’
02:11.251006-0,EXCPCNTX,0,ClientComputerName=MSK-S-00-TS1,ServerComputerName=MSK-S-00-TS1,UserName=ВасилийПупкин,ConnectString=’Srvr=»aps-test.ps.lan»;Ref=»ps83test»;’
02:11.251007-373682007,EXCPCNTX,0,SrcName=PROC,OSThread=8036,process=1cv8
02:11.251008-0,EXCP,1,process=1cv8,Usr=ВасилийПупкин,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr=’SrcRemoteInterfaceImpl.cpp(876):
81029657-3fe6-4cd6-80c0-36de78fe6657: server_addr=tcp://APS-TEST:1561 descr=10054(0x00002746): An existing connection was forcibly closed by the remote host. line=1324 file=SrcDataExchangeTcpClientImpl.cpp’
02:11.251009-0,VRSRESPONSE,1,process=1cv8,Usr=ВасилийПупкин,Status=408,Phrase=Request timeout,Headers=’Content-Length: 1243
Content-Type: application/xml; charset=utf-8′,Body=1243
02:11.251010-0,EXCP,1,process=1cv8,Usr=ВасилийПупкин,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’srcVResourceSessionImpl.cpp(266):
580392e6-ba49-4280-ac67-fcd6f2180121: Ошибка выполнения запроса
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
81029657-3fe6-4cd6-80c0-36de78fe6657: server_addr=tcp://APS-TEST:1561 descr=10054(0x00002746): An existing connection was forcibly closed by the remote host. line=1324 file=SrcDataExchangeTcpClientImpl.cpp’
02:12.765000-375196000,PROC,0,process=1cv8
02:12.765001-0,EXCP,0,process=1cv8,Usr=ВасилийПупкин,Exception=Exception,Descr=’Ошибка выполнения запроса
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
server_addr=tcp://APS-TEST:1561 descr=10054(0x00002746): An existing connection was forcibly closed by the remote host. line=1324 file=SrcDataExchangeTcpClientImpl.cpp’
02:33.700000-31000,HASP,0,process=1cv8,Txt=’
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=8,size=1,,)->,,stat=0,buf=0877′»
Читал всё что нашел по теме (у Гилева и везде), ничего нового не обнаружил. Единственная идея взять другую платформу.
Вопрос какую? 8.3.5 или 8.3.6 и конкретно какой релиз?
Файловая БД, перестала заходить
Здравствуйте. База работала, на данный момент теперь такая ошибка, с правами проблем нет. Куда смотреть? chfdb не сканирует.
Платформа: 1С:Предприятие 8.3 (8.3.9.2233)
Ошибки:
———————————————————————————
15.08.2018 9:47:59
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка при выполнении операции с информационной базой
Файл не является файлом базы данных
(0) Ну не чокаясь. Что хоть сделали с базой? Свет вырубали при проведении?
(2) вазелин ответственному за бекапы.
(5) Уж сколько их упало в эту бездну. И ведь ничему история не учит!
(6) лучше начать с того, сколько документов в месяц внесено, может быстрей с бумажек внести?
(7) Вам сообщение «Файл не является файлом базы данных» что-нибудь говорит?
Можно попробовать компакт флэш,это как бы,мини ssd,а все остальное приводит к потере секторов в файле.
внешний диск страшен только неожиданным отключением,после которого файл 1с будет в странном состоянии.
ну,например,работа по сети еще хуже,чем внешний винт,но все работают,и базы,в принципе,живы.
1С вылетает при раскрытии группировки в форме списка
— Форма списка документа с группировкой по году и стройке.
— Запрос динамического списка содержит левое соединение с табличной частью документа (суммируются деньги).
Платформа: 1С:Предприятие 8.3 (8.3.13.1458)
Конфигурация: Капитальное строительство и реконструкция (КСиР) (2018.03.14.1)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Версия 8.2
Ошибки:
———————————————————————————
01.10.2018 16:43:52
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/dlist:
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: ORDER BY items must appear in the select list if SELECT DISTINCT is specified.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=145, line=1
Если убрать левое соединение в запросе, ошибка пропадает, но мне-то надо с деньгами(((
Ошибка при выполнении запроса GET к ресурсу /e1cib/userSettings
Ответ прост, господа: заходим под любым пользователем, обладающим правами на администрирование и изменяем у пользователя под которым выдается ошибка реквизит Режим запуска, например на Авто. И все работает.
Читают тему:
Мероприятия
1C:Лекторий: 1 сентября 2022 года (четверг, все желающие, начало в 10:00) — Объемно-сортовой учет молочной продукции и упакованной воды
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.
Ошибка при выполнении операции с информационной базой
Здравствуйте!
1С 8.2 Комплексная автоматизация 1.1.4.1
Сервер: windows server enterprise sp2; проц intel xeon CPU 2.13 Gz, память 16 Гб, 64-разрядная ОС; SQL server 2008
Была обновлена конфигурация КА с 1.1.4.1 до 1.1.6.1. После этого невозможно подключиться. Ошибка:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка при выполнении операции с информационной базой
Ошибка СУБД:
Microsoft OLE DB Provider for SQL Server: Login failed for user ‘1C-ATLANTUSR1CV82’.
HRESULT=80040E4D, SQLSrvr: SQLSTATE=42000, state=1, Severity=E, native=18456, line=1
по причине:
Ошибка СУБД:
Microsoft OLE DB Provider for SQL Server: Login failed for user ‘1C-ATLANTUSR1CV82’.
HRESULT=80040E4D, SQLSrvr: SQLSTATE=42000, state=1, Severity=E, native=18456, line=1
Я смотрела уже посты с похожей ошибкой, но там ошибка субд была с доступом к *.CD. Мне это не подходит.
Еще было то, что user1c на сервере создан, но не прописан в свойствах ИБ 1С. Такого пользователя нет на SQL сервере.
Кто может подсказать?
Бэкап я восстановить могу. Но мне важно решить эту проблему.
Спасибо.
> Еще было то, что user1c на сервере создан, но не прописан в свойствах ИБ 1С. Такого пользователя нет на SQL сервере.
Сама себе ответила. Дай доступ USR1CV82 в sql
Тема: Ошибка при выполнении запроса 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
Ошибка:
Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Недостаточно свободной памяти для выполнения операции
Ошибка обнаружена на платформе 8.3.18.1289
Что было проделано в попытках исправить ситуацию:
Решение
В итоге после долгих поисков ошибка нашлась среди багов платформы (полная официальная информация тут: Код ошибки: 10230003), решение так же нашлось, но, конечно, оно подойдет не всем.
Эта ошибка платформы возникает по причине того, что несколько расширений расширяют функционал одной и той же формы. В моем случае одно расширение было неактивно и не использовалось, поэтому я мог беспрепятственно его удалить из базы. Таким образом важно понимать, что даже из-за неактивного расширения может возникать ошибка.
Для тех, кто не может просто удалить расширение, может быть выходом станет обновление платформы до новых релизов, так как согласно официальному источнику ошибка исправлена в новых релизах версия 8.3.18.1433 и версия 8.3.19.1150. Лично не проверял. Но думаю это так.
Ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands
При длительной работе с программой 1С пользователи быстро учатся устранять большинство ошибок, которые появляются в процессе. Однако с выходом новых, более усовершенствованных версий появляются и новые типы неполадок. В этой статье вы узнаете, как устранить ошибку при выполнении запроса GET к ресурсу e1cib/cmi/commands.Как легко передавать файлы между ПК и Mac через Wi-Fi
Причины ошибки в 1С
Подобное сообщение часто дополняется другими строками, которые могут пояснять причины сбоя в программе или программном коде. Встречается такая строка — недостаточно свободной памяти для выполнения операций. Она помогает пользователю быстро сориентироваться и предпринять нужные действия — выделить программе больше оперативной памяти (если это возможно).
Есть и другой тип подобного сообщения — неспецифированная ошибка работы с ресурсом e1cib/logform. Все эти случаи мы рассмотрим далее в программе и определим, как их решить. Как и при появлении многих других сообщений о сбое, единой инструкции просто не существует. Связано это с тем, что пользователи или операторы могут работать не только с разными версиями ОС Windows, но и в разных версиях 1С.
Читайте также: ошибка при выполнении запроса POST к ресурсу /e1cib/logForm.
Изменяем режим запуска для пользователей
Часто ошибку можно решить довольно просто. Для этого вам необходимо войти с правами администратора и изменить настройки учетной записи пользователя. Нужно выбрать редактирование информационной базы и в поле «Основной режим запуска» поставить галочку на «Выбирать автоматически». Сохраните эти изменения, и ошибка должна пропасть.
Режим запуска для пользователя
Устранение сбоя при выполнении запроса GET к ресурсу
Из-за переполнения кэша программы, могут возникать разные ошибки. Так как для стабильной работы с новыми формами необходимо свободное пространство буфера быстрого доступа. Часто освобождение этого буфера помогает программе снова начать работу без каких-либо проблем.
Если ошибку получится удалить этим способом, вы можете использовать настройки программы таким образом, что при каждом запуске кэш будет удаляться автоматически. И вам не придется каждый раз его чистить.
» data-medium-file=»https://www.web-comp-pro.ru/wp-content/uploads/2018/12/3917.jpg» data-large-file=»https://www.web-comp-pro.ru/wp-content/uploads/2018/12/3917.jpg»/> Настройка очистки кэша при запуске
Запуск утилит для исправления ошибок 1С
В программном комплексе 1С включены специальные утилиты, которые могут помочь пользователю решить проблемы при работе. Если вам еще не удалось устранить дисфункцию при выполнении запроса GET к ресурсу e1c/ibc/micommands:
Каждый из параметров позволяет выполнять дополнительные проверки над теми или иными данными программы:
Узнайте, как исправить ошибку в 1С 7.7 «Порядок сортировки, установленный для базы данных, отличается от системного».
Добавление памяти для 1С
Ошибки в 1С Предприятие часто имеют дополнительный параметр «Недостаточно памяти». С ней встречались, наверное, все, кто долгое время работал с программой. Нехватка памяти появляется из-за обновления конфигурации, загрузки объемных баз данных, при создании отчетов и т.д.
Чтобы избавиться от ошибки с памятью:
После этих действий перезагрузите компьютер и проверьте, появляется ли ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.
Ошибка при выполнении запроса post к ресурсу e1cib modules call
Описание ошибки:
При попытке запуска работы сеанса с базой 1С 8:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘D:1C BasesAccounting/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘D:1C BasesAccounting/1Cv8.1CD’
Если нажать ссылку «Показать информацию для технической поддержки», то в открывшемся окне будет полный текст ошибки:
Появляется при попытке запустить базу 1С. Стала возникать после того, как на рабочем месте было аварийное, т.е. непредвиденное завершение работы, выраженное отключением электричества. В момент отключения электричества, и соответственно рабочего компьютера, база была открыта, с ней работали, активный сеанс работы с 1С.
Если повреждения окажутся не масштабные, то после этих двух операций база снова готова к работе.
1C ошибка HTTP при обращении к серверу
1С Предприятие это программный продукт который позволяет очень легко и быстро автоматизировать работу в какой либо организации. Сейчас наверно не возможно найти организацию в которой бы не использовалось какая либо конфигурация 1С. Поэтому уметь с ней работать должен каждый ИТ специалист даже начинающий. Необходимо обладать хотя бы навыками администрирование, подключение клинетов, настройка доступа, обновление и т.д. Так же нужно знать как решать самые элементарные ошибки которые возникают во время работы и запуска 1С. Таких ошибок достаточно много, о некоторых я уже рассказывал в следующих статьях, с которыми Вам обязательно нужно ознакомиться.
При запуске базы появляется сообщение об ошибке
Сегодня рассмотрим еще одну, она возникает в момент запуска информационной базы которая опубликована на веб сервере.
1C ошибка HTTP при обращении к серверу удаленный узел не прошел проверку
Если нажать «Подробно» то можно увидеть.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка HTTP при обращении к серверу: https://…
Удаленный узел не прошел проверку
Это говорит о том что на сервере по каким либо причинам не работает HTTPS. Либо сбились настройки самого сервера либо просто истек срок действия сертификата SSL. Проверить это можно введя в браузере путь до информационной базы. Если вы видите тоже самое что на скриншоте ниже то проблема точно с сертификатом сервера.
Решить проблему можно отключив проверку, для этого выбираем базу и жмем «Изменить».
Потом нужно нажать «Дополнительно».
Первое окно пропускаем.
А в следующем выбираем «Не предоставлять сертификат» и «Не проверять сертификат сервера».
Теперь все должно запуститься, но помните что это не безопасно, так как есть вероятность перехвата данных.
Либо как вариант можно также изменить HTTPS на HTTP в адресе информационной базы.
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm
Платформа 8.3.12.1529, база самописная с использованием БСП.
Время от времени, у разных пользователей и при выполнении разных действий выскакивает эта ошибка.
После чего база падает. После перезахода те-же действия ошибку не вызывают. пока во-всяком случае такого не отмечалось.
По информации из интернета причиной может быть (не все естественно)
— передача параметра в запросе, у которого значение превышает 2048 символов или имеет некоторые спец.символы в значении;
— при выполнении запроса, содержащего конструкцию В(&СписокЗначений), в том случае, если список значений содержит пустые строки;
— при выполнении запроса, в котором используется поле ИмяПредопределенныхДанных в операции сложения строк;
— запуск отладчика в рабочей базе
Еще говорят помогает очистка кеша на сервере 1С
Вопрос: Есть-ли реальная методика найти таки причину или смириться и жить с ней?
тоже была такая ошибка, причину так и не нашли.
Но по необходимости увеличивали оперативную память на сервере и в свойствах сервера 1с уменьшили показатель «количество соединений на процесс» с 16 до 4. Ошибка ушла
Упала база на postgresql
Доброго времени суток! Хотя у кого доброе, у кого не очень.
У клиента упала база. Получилось так, что кривой админ настроил бэкапы на тот же диск с базами, бекапы забили весь диск. Я стал накатывать изменения, место кончилось, 1с вылетела. Теперь в конфигуратор не заходит, ошибка:
Попытка получения не инициализированного параметра сеанса.
В обычном режиме тоже не заходит, ошибка:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call/cb747d24-6d8a-4d97-8a13-305ee6f39f75/d5963243-262e-4398-b4d7-fb16d06484f6:
по причине:
Ошибка SDBL:
Таблица CommonSettings не имеет нового поколения и не может быть модифицирована
Что пробовал: копировать таблицы config, configsave из тестовой базы, там разница в конфе в пару реквизитом. Не помогло 🙁
Бекапы 3-х недельной давности, т.к. места не хватало под бэкапы давно, а база растет не быстро.
Что еще можно попробовать для восстановления базы?
либо можно поискать в исходниках этот кривой перевод, найти соответствующее сообщение на английском и понять о чем оно
я LC_MESSAGES всегда выставляют при initdb, на уже созданной базе как-то не приходилось менять
затем в postgresql.conf выставить параметр log_statement в ddl или all и пытаться найти, какой именно запрос обваливается среди мегабайтов лога
Чего то не хватает меж этими действиями.
возможно, в журнал обновления (т.е., данные) уже записана история изменений, что таблица должна быть новой а в конфигурацию не успело
возможно, закончится все ручным перенакатом документов за три недели, хренпойми как выдранных из поломанной базы
админу действительно колено прострелить за такую организацию бэкапов
MS SQL 2005 нужна помощь
Fedor33
Участник форума
Зарегистрирован: 27.01.2005
Пользователь #: 23,870
Сообщения: 120
111.JPG | ||||||
Описание: |
На переиндексации бд из под 1С, вываливается следующая ошибка: |
|||||
Размер файла: | 14.06 KB | |||||
Просмотрено: | 7738 раз(а) | |||||
Зарегистрирован: 10.07.2011 Зарегистрирован: 27.01.2005 Проблема с 1С. Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/login:Здравствуйте! Платформа: 1С: Предприятие 8.3 (8.3.8.2088) Конфигуратор не открывается. Попробовала исправить через chdbfl.exe, нашлось куча ошибок, исправилось. Попыталась снова запустить базу теперь выдает ошибку «Ошибка формата потока» Причиной возникновения ошибок скорее всего оказалось неисправность флешки, т. к компьютер терял ее и база вылетала. Помогите восстановить, информация к сожалению в единственном экземпляре, резервных копий нет. Ошибка при работе с ресурсом e1cib loginПри длительной работе с программой 1С пользователи быстро учатся устранять большинство ошибок, которые появляются в процессе. Однако с выходом новых, более усовершенствованных версий появляются и новые типы неполадок. В этой статье вы узнаете, как устранить ошибку при выполнении запроса GET к ресурсу e1cib/cmi/commands. Причины ошибки в 1СПодобное сообщение часто дополняется другими строками, которые могут пояснять причины сбоя в программе или программном коде. Встречается такая строка — недостаточно свободной памяти для выполнения операций. Она помогает пользователю быстро сориентироваться и предпринять нужные действия — выделить программе больше оперативной памяти (если это возможно). Есть и другой тип подобного сообщения — неспецифированная ошибка работы с ресурсом e1cib/logform. Все эти случаи мы рассмотрим далее в программе и определим, как их решить. Как и при появлении многих других сообщений о сбое, единой инструкции просто не существует. Связано это с тем, что пользователи или операторы могут работать не только с разными версиями ОС Windows, но и в разных версиях 1С. Изменяем режим запуска для пользователейЧасто ошибку можно решить довольно просто. Для этого вам необходимо войти с правами администратора и изменить настройки учетной записи пользователя. Нужно выбрать редактирование информационной базы и в поле «Основной режим запуска» поставить галочку на «Выбирать автоматически». Сохраните эти изменения, и ошибка должна пропасть. Устранение сбоя при выполнении запроса GET к ресурсуИз-за переполнения кэша программы, могут возникать разные ошибки. Так как для стабильной работы с новыми формами необходимо свободное пространство буфера быстрого доступа. Часто освобождение этого буфера помогает программе снова начать работу без каких-либо проблем. Путь к папке с кэшем в 1С Если ошибку получится удалить этим способом, вы можете использовать настройки программы таким образом, что при каждом запуске кэш будет удаляться автоматически. И вам не придется каждый раз его чистить. Настройка очистки кэша при запуске Запуск утилит для исправления ошибок 1СВ программном комплексе 1С включены специальные утилиты, которые могут помочь пользователю решить проблемы при работе. Если вам еще не удалось устранить дисфункцию при выполнении запроса GET к ресурсу e1c/ibc/micommands: Утилита «Тестирование и исправление» Каждый из параметров позволяет выполнять дополнительные проверки над теми или иными данными программы: Добавление памяти для 1СОшибки в 1С Предприятие часто имеют дополнительный параметр «Недостаточно памяти». С ней встречались, наверное, все, кто долгое время работал с программой. Нехватка памяти появляется из-за обновления конфигурации, загрузки объемных баз данных, при создании отчетов и т.д. Чтобы избавиться от ошибки с памятью: После этих действий перезагрузите компьютер и проверьте, появляется ли ошибка при выполнении запроса 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 рекомендую выполнить следующее:
Выполните исправление вашей базы данных После чего вновь запустите указанную службу; Основным фактором возникновения ошибки запроса POST к ресурсу /e1cib/logForm является некорректно написанный разработчиками код обновления к программе «1С». Эффективным решением возникшей проблемы станет обновление вашей версии 1С до самой свежей версии, где рассматриваемая дисфункция уже исправлена, и появлений рассматриваемой ошибки более не наблюдается. Если Вам нужна помощь в решении данного вопроса, пожалуйста, обращайтесь к нам, по номеру телефона +7 978 585 67 88 11.03.2020 11.03.2020 > Читать подробный ответ 11.03.2020 Не удается открыть 1С, ошибка: Невосстановимая ошибка. Ошибка при выполнении запроса POST к ресурсу /e1cib/login: по причине: Ошибка при выполнении операции с информационной базой Файл не является файлом базы данных.Остались вопросы? Получите бесплатную консультацию наших специалистов! Как отследить перезапуск/падение службы IISЕсть файловая база опубликованная на iis. Платформа 8.3.10.2699. Ошибка работы сеанса Очень похоже на ошибку платформы: Код ошибки: 10153541 В файловой информационной базы, опубликованной на веб сервере, при выполнении действий, связанных с запуском фоновых заданий, могут происходить аварийные перезапуски расширения веб-сервера, в клиенте происходит ошибка. Ошибка при выполнении запроса post к ресурсу e1cib modules callОписание ошибки: Не сразу стало очевидным, что ошибка возникла после того, как были сохранены изменения в расширении конфигурации. Но казалось, что ничего сверхъестественного не сделано. Расширение с назначением «адаптация». Быстро найденная информация по ссылке Запись не найдена в менеджере имен базы данных на сайте infostart.ru не помогла, т.к. касалась вопроса возникновения ошибки в условиях использования РИБД, но, возможна, окажется полезной кому-то, если не поможет описанное решение в этой публикации. Никакие попытки чистки кэшей базы не предпринимались. Так же как и попытки выполнить проверку физической целостности базы. У расширения для проверки был отключен признак «активно», чтобы убедиться, что проблема именно в расширении После этого база продолжила работу исправно. Таким образом объекты одного расширения были перенесены в другое. Похоже, что это и было причиной возникновения ошибки. Полное удаление всех созданных объектов расширения «Адаптация» и ручное создание обеспечило дальнейшую работоспособность доработанного функционала и его доступность в конструкторе запроса, что является острым вопросом в части расширений. Добавленные объекты конфигурации доступны из расширений с назначением вида «адаптация». Вывод. Данная ситуация с ошибкой показала, возможно, что недопустимо объединять объекты из расширений с разным способом назначения. Посмотреть демонстрацию возникновения ошибки и устранения ее причин можно в коротком видео: Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Модуль обмена для БУС
Не понятно в каком контесте ошибка. Возможно в типовой конфигурации удалили какой нить нужный реквизит. На УТ 11.1.9.56 я модуль не тестировал.
Установил 4.0.5.1 обмен на Комплексную Автоматизацию. Сам я всего лишь продвинутый юзер) Не спец.
Сам я всего лишь продвинутый юзер) Не спец. |
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Ошибка SQL: Несовместимые типы в выражении
по причине:
Ошибка SQL: Несовместимые типы в выражении
Модуль 4.0.5.1
УТ11.1.9.56
Платформа 8.3.5.1248
База файловая
Цитата |
---|
Андрей Немкин написал: Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка СУБД: Ошибка SQL: Несовместимые типы в выражении по причине: Ошибка SQL: Несовместимые типы в выражении |
Модуль 4.0.5.1
УТ11.1.9.56
Платформа 8.3.5.1248
База файловая
Тема: Ошибка при выполнении запроса 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С Бухгалтерия» (обычно версий 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 является некорректно написанный разработчиками код программы. Потому в данном случае не стоит искать причины в некорректном функционале своего ПК, а сосредоточиться на действующих вариантах решения проблемы, которые я опишу ниже.
Также вам может быть интересен наш материал о коде ошибки 0000000002, связанной с дисфункцией подаваемой декларации.
Как исправить ошибку запроса POST к ресурсу /e1cib/logForm
Чтобы избавиться от ошибки POST к ресурсу /e1cib/logForm рекомендую выполнить следующее:
Выполните исправление вашей базы данных
После чего вновь запустите указанную службу;
Обратитесь в техподдержку продуктов 1С
Также на нашем сайте мы разобрали ошибку 0400300003, связанную с нарушением условия обязательного присутствия элемента.
Заключение
Основным фактором возникновения ошибки запроса POST к ресурсу /e1cib/logForm является некорректно написанный разработчиками код обновления к программе «1С». Эффективным решением возникшей проблемы станет обновление вашей версии 1С до самой свежей версии, где рассматриваемая дисфункция уже исправлена, и появлений рассматриваемой ошибки более не наблюдается.
На сервере 1С:Предприятия произошла неисправимая ошибка.Приложение будет закрыто
В технологическом журнале 1С пишет ошибку. С чем она примерно может быть связана? То же самое было и вчера до моих экспериментов с уменьшением числа пользователей на rphost.exe.
49:00.796051-0,EXCP,3,process=rphost,p:processName=etran,t:clientID=15,t:applicationName=WebServerExtension,t:computerName=SERVER-S8,t:connectID=111,SessionID=59,Usr=User123,AppID=1CV8C,Exception=e0417abc-63b4-461b-b1b6-01d2d2b0cca5,Descr=’srcSrvrInfoBaseImpl.cpp(7740):
e0417abc-63b4-461b-b1b6-01d2d2b0cca5: На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто’
49:00.796054-0,EXCP,3,process=rphost,p:processName=etran,t:clientID=15,t:applicationName=WebServerExtension,t:computerName=SERVER-S8,t:connectID=111,SessionID=59,Usr=User123,AppID=1CV8C,Exception=e0417abc-63b4-461b-b1b6-01d2d2b0cca5,Descr=’srcVResourceInfoBaseImpl.cpp(970):
e0417abc-63b4-461b-b1b6-01d2d2b0cca5: На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто’
49:00.796055-0,EXCP,3,process=rphost,p:processName=etran,t:clientID=15,t:applicationName=WebServerExtension,t:computerName=SERVER-S8,t:connectID=111,SessionID=59,Usr=User123,AppID=1CV8C,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’srcVResourceInfoBaseImpl.cpp(853):
580392e6-ba49-4280-ac67-fcd6f2180121: Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
e0417abc-63b4-461b-b1b6-01d2d2b0cca5: На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто’
Сейчас полет нормальный, но это всякий раз возникает после обновления (не динамического) базы с перезапуском сервера: вчера и сегодня.
База SQL 64 бит сервер, тонкие клиенты, 1С:Предприятие 8.3 (8.3.5.1186)
Невосстановимая ошибка Ошибка при выполнении запроса POST
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Ошибка SQL: Поле не входит в группу ‘T4._Fld445’
по причине:
Ошибка SQL: Поле не входит в группу ‘T4._Fld445’
Собственно в этом и проблема, что делать не знаю. Вываливается еррор при попытке проведения документа. Отладчик ошибок не выдает, ремонтировалка chdbfl.exe ошибок не нашла, тестирование базы тоже ошибок не выдало.
Заранее огромное спасибо!
Ошибка при выполнении запроса: Поле не найдено
Всем снова привет!:) Написала запрос, казалось бы простенький. Но выдает ошибку. Не могу.
Ошибка при выполнении запроса к таблице остатков регистра накопления
Код функции запроса остатка Функция ПолучитьТоварОстаток(АктуальнаяДата, СправочникСклад.
Обновление внешних печатных форм. Ошибка при выполнении запроса: неверные параметры.
У клиента прошло обновление баз на фреше, требуется обновить внешние печатные формы. Задача в.
Ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands
При длительной работе с программой 1С пользователи быстро учатся устранять большинство ошибок, которые появляются в процессе. Однако с выходом новых, более усовершенствованных версий появляются и новые типы неполадок. В этой статье вы узнаете, как устранить ошибку при выполнении запроса GET к ресурсу e1cib/cmi/commands.Как легко передавать файлы между ПК и Mac через Wi-Fi
Причины ошибки в 1С
Подобное сообщение часто дополняется другими строками, которые могут пояснять причины сбоя в программе или программном коде. Встречается такая строка — недостаточно свободной памяти для выполнения операций. Она помогает пользователю быстро сориентироваться и предпринять нужные действия — выделить программе больше оперативной памяти (если это возможно).
Есть и другой тип подобного сообщения — неспецифированная ошибка работы с ресурсом e1cib/logform. Все эти случаи мы рассмотрим далее в программе и определим, как их решить. Как и при появлении многих других сообщений о сбое, единой инструкции просто не существует. Связано это с тем, что пользователи или операторы могут работать не только с разными версиями ОС Windows, но и в разных версиях 1С.
Читайте также: ошибка при выполнении запроса POST к ресурсу /e1cib/logForm.
Изменяем режим запуска для пользователей
Часто ошибку можно решить довольно просто. Для этого вам необходимо войти с правами администратора и изменить настройки учетной записи пользователя. Нужно выбрать редактирование информационной базы и в поле «Основной режим запуска» поставить галочку на «Выбирать автоматически». Сохраните эти изменения, и ошибка должна пропасть.
Режим запуска для пользователя
Устранение сбоя при выполнении запроса GET к ресурсу
Из-за переполнения кэша программы, могут возникать разные ошибки. Так как для стабильной работы с новыми формами необходимо свободное пространство буфера быстрого доступа. Часто освобождение этого буфера помогает программе снова начать работу без каких-либо проблем.
Если ошибку получится удалить этим способом, вы можете использовать настройки программы таким образом, что при каждом запуске кэш будет удаляться автоматически. И вам не придется каждый раз его чистить.
» data-medium-file=»https://www.comp-web-pro.ru/wp-content/uploads/2018/12/3917.jpg» data-large-file=»https://www.comp-web-pro.ru/wp-content/uploads/2018/12/3917.jpg»> Настройка очистки кэша при запуске
Запуск утилит для исправления ошибок 1С
В программном комплексе 1С включены специальные утилиты, которые могут помочь пользователю решить проблемы при работе. Если вам еще не удалось устранить дисфункцию при выполнении запроса GET к ресурсу e1c/ibc/micommands:
Каждый из параметров позволяет выполнять дополнительные проверки над теми или иными данными программы:
Узнайте, как исправить ошибку в 1С 7.7 «Порядок сортировки, установленный для базы данных, отличается от системного».
Добавление памяти для 1С
Ошибки в 1С Предприятие часто имеют дополнительный параметр «Недостаточно памяти». С ней встречались, наверное, все, кто долгое время работал с программой. Нехватка памяти появляется из-за обновления конфигурации, загрузки объемных баз данных, при создании отчетов и т.д.
Чтобы избавиться от ошибки с памятью:
После этих действий перезагрузите компьютер и проверьте, появляется ли ошибка при выполнении запроса GET к ресурсу e1cib/cmi/commands.
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm
Железо и ПО:
Ubuntu 17.04 64bit
POSTGRE PRO 9.4
СУБД и сервер 1с на разных компах.
1С 8.3.10
Конфигурация самописная.
В файловой базе все работает нормально на серевере постоянно ошибка. Возникает при попытке открыть список вида расчетов или при проведении документов использующих вид расчетов.
Вид расчета содержит несколько предопределенных элементов.
Читал про «при выполнении запроса, содержащего конструкцию В(&СписокЗначений).» или «при выполнении запроса, в котором используется поле ИмяПредопределенныхДанных в операции сложения строк», но такого нету в моих запросах. Более того я закомментировал все из всех модулей документов. никакой код не выполняется (кроме подписки на событие, которое общее для всех документов, проверка закрытого периода), но ошибка остается.
Права полные. RLS не используется в данных документах и связанных объектах.
Делал такой эксперимент: Создал новый (по образу и подобию проблемного дока) документ (в конфигураторе). в него скопировал код из проблемного документа. попробовал провести на сервере. все норм. сдал пользователям. и сразу ошибка, все та же. Т.е. один два документа пропустило без ошибок. потом начались опять проблемы. И дальше уже никак не исправляются.
Что это может быть? Спасибо за помощь.
Ошибка при выполнении запроса post к ресурсу e1cib modules call
После выполнения установки обновления 2.0.14.4 1СДеньги8 программа перестала загружаться. При запуске выдает ошибку (текст ошибки прилагается в прикрепленном файле).
Программа приобреталась через интернет.
Прошу вас предложить пути решения.
Добрый день! Вам нужно платформа 8.3, с 8.2 работать не будет.
А как провести обновление платформы 8.2 до 8.3.3?
Я так понял, что если выпущена и выложена для установки новая конфигурация для 1СДеньги под 8.3, то и сама платформа 8.3 тоже должна быть доступна к загрузке.
Здравствуйте,подскажите,в 1 версии както выложили как изменить программу,в 2 версии это можно сделать?
1-В календаре можно было записывать просто заметки(напоминания) не относящиеся к расходам и доходам.
2-Перемещние между кошельками можно было сделать просто наведя на кошелек и перетащить зажатый курсор на нужный кошелек,очень было удобно
п.с.При смене версий,почемуто в календаре не все запланированный расходы передались 🙁
Дмитрий, доброе утро.
Спасибо за ваш отклик на мое письмо. Вчера я так и не разобрался, в чем же дело. А сегодня, на свежую голову, прояснилась ситуация, все по порядку.
В описании обновления конфигурации 1СДеньги ничего не сказано, что снала нужно перейти на новую версию платформы (на 8.3.3 не ниже) и только потом загружать новую конфигурацию 1СДеньги. Так как же теперь быть? Если я провел установку новой конфигурации на старую платформу 8.2?
Прошу разработчиков быть внимательнее к выпуску новых редакций и описанию выполнения последовательности процедур. И вообще, можно было бы изначально ограничить (от дурака) обновление 1СДеньги до версии 2.0 если не выполнено обновление 1с8.2. Это же у всех такое полезет.
А теперь расскажите всю последовательность действий перехожда на конфигурацию 1СДеньги2.0. Я так и не смог загрузить старую базу данных в обновленную 8.3.3 + деньги 2.0.14.4
Платформа: 1С:Предприятие 8.3 (8.3.4.365)Конфигурация: Деньги 8, редакция 2.0 (2.0.14.4) (http://v8.1c.ru/money)Copyright © ООО «1C», 2009-2012. Все права защищены(http://www.1c.ru)Режим: Файловый (без сжатия)Приложение: Тонкий клиентЛокализация: Информационная база: русский (Россия), Сеанс: русский (Россия)Вариант интерфейса: Такси
Ошибки:———————————————————————————07.12.2013 10:28:02Невосстановимая ошибкаОшибка при выполнении запроса POST к ресурсу /e1cib/modules/call/08dbba81-68fb-49ef-8aac-9631fcfa87c6/d5963243-262e-4398-b4d7-fb16d06484f6:по причине:Ошибка SDBL:Таблица или поле PredefinedID не содержится в разделе FROM
И что-же теперь делать?
Бухгалтерия встала, караул.
Буду очень вам признателен за помошь.
p.s. писал на линию поддержки (консультации), вот их ответ
Здравствуйте!
Ваше обращение зарегистрировано под номером SW811925 / 1.
Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер.
Конфигурация «Деньги», редакция 2.0
1. Важная информация
Текущая версия конфигурации «Деньги» предназначена
для использования с версией системы 1С:Предприятие 8.3
Тема: Ошибка при выполнении запроса 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/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С Бухгалтерия» (обычно версий 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 является некорректно написанный разработчиками код программы. Потому в данном случае не стоит искать причины в некорректном функционале своего ПК, а сосредоточиться на действующих вариантах решения проблемы, которые я опишу ниже.
Также вам может быть интересен наш материал о коде ошибки 0000000002, связанной с дисфункцией подаваемой декларации.
Как исправить ошибку запроса POST к ресурсу /e1cib/logForm
Чтобы избавиться от ошибки POST к ресурсу /e1cib/logForm рекомендую выполнить следующее:
После чего вновь запустите указанную службу;
Также на нашем сайте мы разобрали ошибку 0400300003, связанную с нарушением условия обязательного присутствия элемента.
Заключение
Основным фактором возникновения ошибки запроса 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 modules call
Перенесли 1С на новый сервер (полностью новая машина).
База на сервере запускается и работает.
При попытке зайти через удаленный рабочий стол под другим пользователем на сервер запускаем программу, вылазит следующая ошибка:
Платформа: 1С:Предприятие 8.2 (8.2.15.317)
Конфигурация:
Режим: (без сжатия)
Приложение:
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Ошибки:
———————————————————————————
18.08.2014 18:27:37
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка при выполнении операции с информационной базой
Ошибка открытия файла блокировок ‘C:Program Files1cv82DAM/1Cv8.1CD’
по причине:
Ошибка открытия файла блокировок ‘C:Program Files1cv82DAM/1Cv8.1CD’
Ответ на этот вопрос лучше поискать в яндексе, мы не сталкивались с такими проблемами.
Попробуйте обновить релиз платформы. У вас очень старая платформа.
Начиная с 18-го релиза, 1С сделала хорошую оптимизацию, для сетевой работы с базой.
Спасибо за ответ.
Проблема была в следующем: необходимо было дать права не только на чтение, но и на запись этим файлам для внешних пользователей.
C:ProgramData1C1Cv82conn8211.pfl
удалили conn8211.pfl и всё заработало
А вообще при аппаратном ключе не должна 1С программные искать, видимо есть проблемы с настройкой nethasp.ini
Или не стоит галка использовать аппаратную защиту
Тема: Слетела база, можно ли восстановить своими силами
Опции темы
Поиск по теме
Слетела база, можно ли восстановить своими силами
Подскажите пожалуйста, программа выдаёт ошибку:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Файл базы данных поврежден ‘C:Usersuser1СTrade/1Cv8.1CD’
по причине:
Файл базы данных поврежден ‘C:Usersuser1СTrade/1Cv8.1CD’
Можно ли что-нибудь сделать или придётся откатываться назад.
1. копию сделать прозапас
2. Конфигуратор запустить по правами Администратора. Провести тестирование баз.
3. Провести тестирование быза используя C:Program Files1cv828.2.19.83binchdbfl.exe
Спасибо, сейчас попробую.
Ещё раз спасибо, помог второй вариант.
Спасибо за совет.
Винчестер новый (полгода всего).
Просто в момент заполнения номенклатуры вырубили свет.
Теперь стоит бесперебойник с аккумулятором .
От таких вещей может накрыться база. Такое случается редко, но всё равно возможно. Резервные копии нужно делать каждый день, автоматически, при включении компа.
v8.3: Вопрос по учебной версии 1С:Предприятие 8.3
norma32 |
Прочитано: 2416 27.10.2016 14:59 |
---|---|
Приобрели учебную версию 1С:Предприятие 8.3 на диске вместе с книгой «НДС: практические примеры работы. «. Установили по инструкции на диске, добавили базу с практическими примерами в список баз,но она не открывается. При попытке открыть базу выдается сообщение (информация для техподдержки): Ошибка режима доступа к файлу F:ПримерыБП8/1Cv8.1CD. Невосстановимая ошибкаОшибка при выполнении запроса POST к ресурсу /e1cib/login:по причине:Ошибка при выполнении операции с информационной базойОшибка режима доступа к файлу базы данных ‘F:ПримерыБП8/1Cv8.1CD’по причине:Ошибка режима доступа к файлу базы данных ‘F:ПримерыБП8/1Cv8.1CD’ Адрес базы с примерами указан в списке корректно. Подскажите, пожалуйста, что нужно для открытия базы? |
E_Migachev |
Ответ № 1 27.10.2016 23:28 |
---|---|
Судя по ошибке у вас нет доступа на запись в файл базы данных. диск F это случайно не флешка? установку делали на этом компьютере? под этим пользователем? еще возможно антивирус заблокировал файл, попробуйте приостановить его работу Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Ошибка базы, файл базы поврежден.Платформа: 1С:Предприятие 8.3 (8.3.10.2667) Ошибки: Выдает вот такую ошибку. ТиИ, chkdbfl ошибок не дают. Обновление платформы и конфигурации не помогло, сброс кэша не помог, перенос базы на другой сервак не помог. Ошибка появляется не сразу, а через некоторое время, при чем, через разное время. И, если вылетело у одного с такой ошибкой, то некоторые другие могут с этой же базой работать, то есть вылетает не у всех в одно время, а через разное. Чем меньше пользователей одновременно работает, тем дольше база работает без ошибок, но все равно вылетает, даже если в базе сидишь один и ничего не делаешь. Кто-то сталкивался с таким? Чем лечили? Помогите, пожалуйста!) 1c ошибка при выполнении запроса post к ресурсуВведениеДанная ошибка может сопровождаться разным названием и описанием, но по смыслу они будут примерно одинаковые. Суть в том, что не хватает оперативной памяти для входа в базу. Но при этом совсем не очевидно, о какой памяти идет речь. Например, вот текст: Изначально мне показалось, что проблема с нехваткой памяти для работы MSSQL сервера. Так что я пошел и отрегулировал ее потребление в настройках сервера. Но это не помогло. На следующий день пользователи опять периодически стали получать эту ошибку, хотя на сервере было достаточно свободной оперативной памяти. Стал разбираться дальше. Ошибка при выполнении запроса 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 является некорректно написанный разработчиками код программы. Потому в данном случае не стоит искать причины в некорректном функционале своего ПК, а сосредоточиться на действующих вариантах решения проблемы, которые я опишу ниже. Также вам может быть интересен наш материал о коде ошибки 0000000002, связанной с дисфункцией подаваемой декларации. Как исправить ошибку запроса POST к ресурсу /e1cib/logForm Чтобы избавиться от ошибки POST к ресурсу /e1cib/logForm рекомендую выполнить следующее: После чего вновь запустите указанную службу; Также на нашем сайте мы разобрали ошибку 0400300003, связанную с нарушением условия обязательного присутствия элемента. Основным фактором возникновения ошибки запроса POST к ресурсу /e1cib/logForm является некорректно написанный разработчиками код обновления к программе «1С». Эффективным решением возникшей проблемы станет обновление вашей версии 1С до самой свежей версии, где рассматриваемая дисфункция уже исправлена, и появлений рассматриваемой ошибки более не наблюдается.Если Вам нужна помощь в решении данного вопроса, пожалуйста, обращайтесь к нам, по номеру телефона +7 978 585 67 88и наши специалисты помогут Вам.
Решение проблемы «недостаточно свободной памяти для выполнения операции» в 1СВ общем случае данную проблему можно решить следующим образом. Открываем консоль управления кластером, идем в раздел Рабочие серверы, выбираем свой сервер и его свойства. Меняем 2 параметра: Чтобы проблема ушла, вам необходимо уменьшить значения. Определить оптимальные сходу вряд ли получится. Для начала можете их просто уменьшить вдвое, поставив 4 и 128 соответственно. Если проблема не уйдет, уменьшайте еще. Только имейте ввиду, если у вас нет лицензии КОРП, то через некоторое время пользователи вообще не смогут заходить в базу, так как у них будет появляться сообщение о нарушении лицензии. Когда это случится, точно не известно, так как 1С выполняет проверку конфига на соответствие лицензии по своему расписанию. Может через день, а может через неделю. Если это случится, то нужно будет вернуть параметры обратно в дефолт — 8 и 256.
Неспецифицированная ошибка работы с ресурсомВторой вариант текста той же самой ошибки выглядел следующим образом: После этого я уже понял, что проблема не в MSSQL сервере, а в самой 1С. Поиск в интернете и анализ ситуации на сервере привел к пониманию проблемы. Суть ее вот в чем. Сервер 1С создал рабочий процесс rphost, который обслуживает подключения к базам данных. В моем случае сервер 1С 32-х битный, так что он ограничен по максимальному использованию памяти одним рабочим процессом. В дефолтных настройках сервера 1С 1 рабочий процесс обслуживает 8 баз и 256 подключений. Только после превышения этих лимитов, запускается второй. Причем примерно год назад 1С сделала большую подлость — они запретили изменять эти настройки тем, у кого нет лицензии КОРП. Таким образом, с лицензией ПРОФ и 32-х битным сервером вы стали заложниками ситуации с нехваткой памяти. Исправить ее никак не сможете. Либо переходите на лицензию КОРП, либо на 64-х битный сервер. И то и другое нормально бьет по бюджету небольшой организации. ЗаключениеЕсли нет возможности изменить настройки из-за несоответствия лицензии, временно поможет перезапуск сервера 1С. Но работать он будет нормально до тех пор, пока очередной рабочий процесс не займет максимально возможную для себя память. На практике это в районе 3.5 Гб. После этого если не запустится новый рабочий процесс, новые подключения к базам будут невозможны. Придется раскошелиться на 64-х битный сервер. Если у вас медленно работает сервер 1С, читайте мою статью по его профилированию — Процесс 1С rmngr.exe грузит процессор.
Онлайн курс «DevOps практики и инструменты»Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, научиться непрерывной поставке ПО, мониторингу и логированию web приложений, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Вышла 8.3.11 тестоваяПри экспорте табличного документа в форматы XLS (Microsoft Excel 97-2003) и Microsoft Office OpenXML (Microsoft Excel 2007- 2010) текст в ячейке преобразуется в число только в том случае, если в ячейке установлено горизонтальное выравнивание вправо. В противном случае содержимое ячейки сохраняется в в виде текста. Врут. На 8.3.8 так и работает. Осталось еще с датами и булево разобраться. К 8.3.12, наверное стоит ждать. При экспорте табличного документа в формат Microsoft Office OpenXML (Microsoft Excel 2007 и старше), имя XML-компонента общих строк формируется с маленькой буквы: sharedStrings.xml. Такое впечатление, что это они уже исправляли. Или нет? еще немного огорчило увеличение ширины панели инструментов: Постоянно раньше сталкивался с одаренными личностями, которые ставят себе либо шрифт в винде конский либо того веселее, на хорошем мониторе разрешение покрупнее, потому что им, видите ли, нихрена не видно на мониторе. Пока нашел только 3 бага. 1. Открываем выпадающее меню на любой кнопке (например Еще) командной панели формы открытой в отдельном окне. Перемещаем форму перетаскиванием заголовка. Меню остается на месте. Баг признали. Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logFormПлатформа: 1С:Предприятие 8.3 (8.3.16.1224) Режим: Серверный (сжатие: усиленное) Появляется ошибка при следующих действиях: Выбираем документ НастраиваемыйОтчет (Экземпляр отчета) из списка. 1.В документах с определенным Видом отчета просто выходит предупреждение: Поле объекта не обнаружено (ТзСтруктураВыводаГруппировок) 2.При другом Виде отчета работа программы завершается: Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:Ошибка возникает во время обмена УТ 11.1 => БП 2.0, а конкретно во время загрузки КОНТРАГЕНТОВ в БП. Ошибка выполнения запроса Конфигурацию обновил до последнего релиза. 1С:Предприятие 8.3 (8.3.8.2322) Попробуйте опустить версию платформы до 8.3.8.1747 (минимально допустимая для БП) или поднять до последней тестовой 8.3.9.2170 в которой исправлена подобная ошибка. Если нет. Можно посмотреть правила обмена. Возможно после поднятия версии БП стали неактуальны правила обмена. Конфигурации типовые? Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Ошибка при выполнении запроса post к ресурсу e1cib modules callДобрый день, Владимир! При попытке закрыть программу, она пишет, что файл поврежден. Перезагрузить программу дает, информация сохранена, закрыть не дает. Ошибки: Ответ на вопросОбязательно перед дальнейшими манипуляциями сделайте копию папки с базой через проводник! Далее последовательно проделайте советы из этих статей: В дальнейшем я рекомендую вам обязательно настроить ежедневное резервное копирование ваших баз. Это необходимое условие для работы бухгалтерии в современных условиях. С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора). Подписывайтесь и получайте новые статьи и обработки на почту (не чаще 1 раза в неделю). Вступайте в мою группу ВКонтакте, Одноклассниках, Facebook или Google+ — самые последние обработки, исправления ошибок в 1С, всё выкладываю там в первую очередь. Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки. Нажмите одну из кнопок, чтобы поделиться: Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? HTTP: Not found Ошибка при выполнении запроса GET к ресурсуHTTP: Not found Ошибка при выполнении запроса GET к ресурсуПодобная ошибка возникает при ручной публикации 1С базы на веб-сервере apache в случае, когда в Alias указывают на одну и ту же директорию. В этом случае работает последняя, а другие вышестоящие выдают ошибку «Ошибка при выполнении запроса GET к ресурсу». Хотя файлы «.vrd» имеют различные имена и внутри корректны, этого не достаточно для корректной работы опубликованной информационной базы. Пример ошибочной настройки# 1c publication AllowOverride All Alias «/BAZA2» «C:/www» AllowOverride All Вариант исправленияAlias «/BAZA2» «C:/www/2» AllowOverride All Другой причиной может быть отсутствие прав у службы под которой работает apache к данной директории, указанному файлу,а также отсутствие любого из них (если не системная).
Ошибка при выполнении запроса post к ресурсу e1cib modules callCopy raw contents Особенности работы с AlwaysOn Описание некоторых особенностей при работе с группами доступности AlwaysOn. Обслуживание индексов и статистик Запускать обслуживание индексов и статистик необходимо только на основной реплике, на которой доступно изменение данных. Все изменения применятся и для остальных реплик. Могут быть такие проблемы: Настройка прав доступа Может быть ситуация, что пользователь базы данных один на обоих репликах, а логин на разных инстансах разный, хотя имя у него одно и то же. В этом случае, связать логин SQL Server с существующим пользователям реплики не удастся, т.к. база в режиме только для чтения. Особенности для 1С:Предприятия 8.x Платформа 1С:Предприятие 8.x не очень хорошо работает с базами данных, которые доступны только для чтения. То есть, если необходимо использовать дополнительные AlwaysOn реплики отдельно от основной, то можно столкнуться с различными проблемами. Например, у нас есть дополнительная реплика, доступная только для чтения. Для нее в кластере серверов 1С добавлена информационная база. При попытке запуска клиентского приложения чаще всего можно получить подобную ошибку: В ней хранятся различные настройки форм, размера окон и многое другое. При работе в управляемом приложении платформа настойчиво пытается сохранить туда данные. Вернемся к обычному приложению В обычном приложении платформа не пытается при каждом «чихе» сохранить настройки в базу данных, поэтому способ довольно таки рабочий. Но просто взять и запустить конфигурацию в обычном приложении недостаточно, нужны подготовительные действия: Конечно, этот вариант может быть не совсем удобным для пользователей из-за непривычного интерфейса, а также для разработчиков из-за дополнительных трудозатрат на поддержку функционала в обычных формах. Проблемма в 1c предприятие.Здравствуйте, скажите пожалуйста у кого была такая же проблемма с программой 1с предприятие? Беда в том что в организации несколько компьютеров работают в этой программе и лишь на одном такая проблема, не заходит в одну из баз. Выдает такую проблему Платформа: 1С: Предприятие 8.2 (8.2.18.109) Ошибки: Что это может быть? Скажите пожалуйста! Заранее спасибо 3. После проверки доступности файлов БД выполнить след. действия: 5. Рекомендую переход на 8.3 (или самую актуальную версию 8.2) После четкого выполнения всех пунктов проблема должна исчезнуть. В общем виде суть проблемы такова: Ошибка при выполнении запроса post к ресурсу e1cib modules callОписание ошибки: Служебная информация об ошибке от самой платформы: Платформа: 1С:Предприятие 8.3 (8.3.5.1517) Ошибки: Сначал традиционно в подобных случаях выполнил тестирование и исправление информационной базы. Тестирование изменений в ситуации не дало. Пришлось придумывать. Ну раз ошибка платформенная, значить может попробовать сменить платформу. Наудачу как раз 29.04.2015 вышел релиз 1С: Предприятия 8.3.6.1977. После установка данного релиза платформы и сервера 1С ошибка перестала себя проявлять. Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Данные таблицы не могут быть восстановленыЗдравствуйте. Не удается восстановить файловую версию 1С. Но при запуске также и выдает ошибку. Ошибка при выполнении запроса GET к ресурсуПри вызове у пользователя внешней печатной формы с завидной регулярностью ловим следующего жука: Платформа: 1С:Предприятие 8.3 (8.3.4.437) Ошибки: Очистка кэша не спасает. Очищаем, запускаем, обработка запускается, после повторного или третьего запуска обработки опять все падает. Работает все на SQLExpress 2005, win server 2003 x86 Ошибка при работе с программойПривет всем! может кто знает, при работе с программой в SQL режиме, пользователи периодически вылетают из программы и появляется такое вот сообщение:Ошибка работы сеанса Платформа 1с:Предприятие (8,2,18,82) Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Тема: Ошибка при выполнении запроса POST к ресурсу /e1cib/login: без описания причиныОпции темыПоиск по темеОтображение
Подскажите как восстановить работу конфигурации? Здравствуйте, все! Подскажите как восстановить работу конфигурации? Восстановить из архивной копии. Здравствуйте, все! Подскажите как восстановить работу конфигурации? Источники:
Вам также понравится Adblock |
После перехода на новую полатформу и СУБД выкидывает пользователей
[catena, |
Я |
06.11.19 — 06:13
Перешли сегодня на 8.3.15.1700 и PG 10.10.
До этого гоняли на тестовой базе — все путем работало.
Сейчас когда зашли все пользователи, стало периодически выкидывать пользователей с сообщением:
«Ошибка выполнения запроса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто»
Выкидывает из всех конфигураций и свежих ЕРП и древних УПП.
Че это за такое и как с этим бороться? Может у кого было такое.
1 — 06.11.19 — 06:25
Сейчас выяснилось, что ресурс у всех разный. Т.е. вообще в разнобой. Как то может быть связано с кэшем серверным или чем то подобным?
2 — 06.11.19 — 07:06
какая то срочная необходимость в 8.3.15 вообще есть ?
3 — 06.11.19 — 07:16
(2) Просто сидели на 8.3.13, а новые конфиги уже рекомендуют 8.3.14. Посмотрели ошибки, что в 8.3.14 что в 8.3.15 одинаковые, решили на последний переходить. Тем более что есть отзывы, что он быстрее.
4 — 06.11.19 — 07:17
Ну и описанное в (0), судя по тому что пишут в инете, происходит буквально на чуть не на всех релизах начиная с 8.3.5. Так что надо понять что за проблема и как ее решать.
5 — 06.11.19 — 08:21
(0) Вчера вышел очередной релиз. Идите дальше.
6 — 06.11.19 — 08:27
(0) посмотри на процессы 1с, скорее всего они перезапускаються в момент падения, изучи журналы ошибок возможно проблемы лицензирования
7 — 06.11.19 — 08:52
(2) Тоже перешли на 8.3.15, ибо
«Рекомендуется использовать текущую версию конфигурации «Управление торговлей», редакция 11 с версией системы 1С:Предприятие 8 8.3.15.1489 (и выше).»
Всё виндовое, MS SQL Server.
После установки платформы 8.3.15.1565 стали возникать периодические вылеты КАМИНа (после ТиИ получше стало, но совсем не исчезло).
А вчера попробовал запустить УТ в толстом клиенте (обычно в тонком работает): постоянные вылеты.
Может, совпадение, но похоже, что дело в толстом клиенте — КАМИН как раз использует толстый клиент. В тонком таких проблем нет.
8 — 06.11.19 — 09:05
(7) У нас похоже наоборот. Щас всех заставили ходить под толстым клиентом и уже полтора часа все норм. ТЖ запустил, логи смотрю, пока никакого криминала, но пока и не рушится ничего.
9 — 06.11.19 — 09:08
(5) Ну каждый день мы не можем релизы менять. Просто пока переходили, тестировали и прочее, выпустили новый релиз и там поправлены пара незначительных ошибок.
10 — 06.11.19 — 09:25
Для статистики.
В течение недели поменял платформу 8.3.15.1700 (Две PG, одна MSQL)
Полёт нормальный
11 — 06.11.19 — 09:34
Хм, почти два часа все было норм, щас опять выкинуло, причем не всех. Может старые конфиги УПП и КА мешают современной ЕРП? Фигово что все на одном РПХосте сидит. Так можно было бы локализовать хоть на предмет какая база выглючивает.
12 — 06.11.19 — 09:36
Может в лицензии ПРОФ есть ограничение на количество соединений/сеансов? У нас в сумме свыше 256 точно бывает, если считать фоновые и вообще все.
13 — 06.11.19 — 09:36
(0) ктож одновременно меняет платформу и субд?
14 — 06.11.19 — 09:38
(12) чисти настройки кластера и заново настраивай
15 — 06.11.19 — 09:38
ТС, не гонитесь за хотелками типовых. Типовая хочет, а платформа не может. Вот как бывает оказывается.
В смысле последние релизы (13-14-15) платформ баговатые идут. И конца и края не видно.
Откатитесь на тот релиз платформы где работало. В крайнем случае поставите отдельно службу 15ю для одной базы, а остальные будут жить спокойно.
16 — 06.11.19 — 09:39
(11) Запустите несколько агентов на разных портах.
17 — 06.11.19 — 09:50
Для начала почистить кэш на сервере.
Скрипт с 1С-овского ИТС.
Остановка службы 1С:Предприятие с очисткой временных файлов. (естественно подставить свои пути к кластеру, и имена служб).
set LOG_FILE="scripts.log" set SERVICE_1C_NAME="1C:Enterprise 8.3 Server Agent (x86-64)" set SERVICE_RAS_NAME="1C:Enterprise 8.3 Remote Server" set CNTX_PATH="C:srvinforeg_1541" set PFL_PATH="C:ProgramData1C1cv8" set TEMP_PATH="C:WindowsTemp" echo stop %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE% sc stop %SERVICE_1C_NAME% sc stop %SERVICE_RAS_NAME% timeout 5 taskkill /f /im "rphost.exe" taskkill /f /im "rmngr.exe" taskkill /f /im "ragent.exe" taskkill /f /im "ras.exe" timeout 5 echo done stop %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE% echo clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE% DEL /Q /F /S %CNTX_PATH%snccntx* DEL /Q /F %PFL_PATH%*.pfl DEL /Q /F /S %TEMP_PATH%*.* echo done clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
Если баз не много (3-5), то установить в настройках рабочего сервера 1 базу на процесс.
Хотя для начала я бы попробовал наоборот — типовые настройки.
Очень странно, что при 256 сеансах у вас один rphost.
Проверьте — нет ли ограничений по памяти.
Включить ТЖ, анализировать логи падающих процессов.
PS Довольно рискованная операция — одновременная смена и СУБД, и платформы. Правильнее было бы разделить, чтобы сузить круг возможных причин любых косяков.
18 — 06.11.19 — 09:51
(13) Мы. Просто появилась возможность сделать все и сразу. Изначально стояла задача перейти на PG, а так как PG хочет не менее 14-ой, то решили не мелочиться и ставить сразу 15-ую. Естественно тестили это дело. (15) Ну 13-ая у нас пока висит, на всякий случай. (16) Тоже вариант, но щас пока смотрим как оно работает без извращений. Есть еще мнение что не почистили кэш, но админы уверяли что почистили, потому что щас выкинуло только двух пользователей, остальные работают.
19 — 06.11.19 — 09:52
(17) Кэш на сервере почистился, ибо базы полностью пересоздавали когда со скуля на PG переводили. Т.е. в оснастке удалялись и создавались заново, по крайней мере со слов админов.
20 — 06.11.19 — 09:53
(17) «Если баз не много (3-5), то установить в настройках рабочего сервера 1 базу на процесс.
Хотя для начала я бы попробовал наоборот — типовые настройки.
Очень странно, что при 256 сеансах у вас один rphost. » Для этого надо иметь лицензию КОРП, а тут только ПРОФ.
21 — 06.11.19 — 09:56
Вдогонку к (7).
Ну вот, выходит новая конфа Торговли (ничего принципиально нового, только ошибки исправили), и вот на тебе, рекомендуют ещё более новую платформу, чем предыдущая версия конфы:
«Рекомендуется использовать текущую версию конфигурации «Управление торговлей», редакция 11 с версией системы 1С:Предприятие 8 8.3.15.1656 (и выше).»
Если совсем плохо будет, придётся как-то организовывать возможность работы двух платформ для разных БД. Раньше с таким не сталкивался.
22 — 06.11.19 — 11:05
(10) А какие конфигурации, если не секрет?
23 — 07.11.19 — 04:59
Хм. Убрали ключ -debug все заработало. Я понимаю что этот ключик зло на рабочей базе, но должно же и с ним работать. Может че с окружением не так.
24 — 07.11.19 — 05:07
(23) у вас там что, круглосуточная работа?
25 — 07.11.19 — 05:09
(23)И да, вы чистку с отменой отладки не совместили?
26 — 07.11.19 — 05:09
*чистку кэша
27 — 07.11.19 — 05:34
(25) Я вчера вечером, всех выгнал, почистил все кэши. Не помогло. Отключил отладку на сервере. Помогло. На ночь поставил закрытие месяца. Не вылетело до сих пор и пока никого за полтора часа работы не выкинуло. Но в логах много событий типа:
«00:31.881002-0,EXCP,0,process=rphost,OSThread=5664,ClientID=6802,Exception=NetDataExchangeException,Descr=’server_addr=(2)192.168.3.32:59976 descr=2(0x00000002): Не удается найти указанный файл. line=1149 file=srcDataExchangeServerImpl.cpp'»
и
«00:26.084004-0,EXCP,3,process=rphost,p:processName=ERP_SINAR,OSThread=8140,t:clientID=125,t:applicationName=BackgroundJob,t:computerName=1CSA,t:connectID=3800,SessionID=1267,Usr=Жмаева Л.Д.,Exception=SeanceContextException,Descr=’Сеанс отсутствует или удален
ID=4828417a-f23b-4e5b-8c3f-f9dd08327b56, File=srcClusterDistribImpl.cpp(1640)'»
Хотя пользователи ни на что не жалуются. Твои тезки периодически завершаются и появляются новые вместо них.
28 — 07.11.19 — 05:37
А вообще ЕРП на 8.3.15 и PG довольно быстро работает, по сравнению с 8.3.13 и MSSQL 2005, при прочих равных (оборудование и ОС остались теми же).
29 — 07.11.19 — 06:24
(28) сравнил версионник и блокировочник на управляемых блокировках!!! Но только пока не забываешь регулярно постгри обслуживать(бывает и раз в сутки это мало, но это про хайлоад) — он к этому более требователен чем сиквел.
30 — 07.11.19 — 06:32
(27) «Отключил отладку на сервере. Помогло. »
А включать отладчик по http пробовали? Просто интересно.
31 — 07.11.19 — 06:42
32 — 07.11.19 — 07:02
(30) Нет. Не пробовали.
33 — 07.11.19 — 07:18
(29) А че конкретно надо регулярно запускать для обслуживания?
34 — 07.11.19 — 08:21
(33) vacuum analize — дабы похерить старые версии и обновить статистику.
35 — 07.11.19 — 08:21
+ (34) автовакуум не всегда отрабатывает…
36 — 07.11.19 — 08:22
(34) А что там в новых версиях постгреса со статистикой неявных временных таблиц (подзапросов), починили её? А то, помнится, он ооочень часто ошибался раньше и гонял нестед лупы.
37 — 07.11.19 — 08:38
(36)говорят стало лучше, самому некогда пощупать — работы просто пипец… вото ветка где спецов по постгри есть: Какую версию PostgreSQL ставить?
38 — 07.11.19 — 08:46
Все равно выкидывает. Значительно реже и не в таких масштабах (меня с двух разных баз выкинуло по одному разу за 4 часа), но выкидывает. Щас есть два мнения: 1. Что то с сетью или сетевыми интерфейсами. 2. На новой платформе могут работать только новые конфиги и надо убирать все старые на старую платформу.
39 — 07.11.19 — 08:48
+(38) При этом закрытие месяца работало всю ночь и еще потом два часа днем и доработало до конца без ошибок. Т.е. проблемы начались когда подтянулись пользователи. Буду пробовать добиваться чтобы все старые конфиги убрали с новой платформы.
40 — 07.11.19 — 08:56
Писал уже в (6) проверьте процессы они перезапускаются ? если да проверьте логи скорее всего отваливается лицензия следовательно падает процесс который не сразу перезапускается ибо лицензия глюкнула, если конфа работает под толстым клиентом то это 100% вылет пользователя если под тонким может и незаметно пройти если падение не долгое было.
41 — 07.11.19 — 08:57
(40) естественно чтобы посмотреть логи необходимо настроить технологический журнал.
42 — 07.11.19 — 09:01
(40) Да, процессы перезапускаются. Причем активно. Хотя меньше чем вчера. (41) Настроил ТЖ, но в этом потоке сообщений про лицензию не вижу ничего. Какую надо включить настройку и по какому признаку потом искать именно эти записи?
43 — 07.11.19 — 09:01
(20) >> Для этого надо иметь лицензию КОРП, а тут только ПРОФ.
А в ПРОФ эти параметры вообще закрыты для изменения или не принимаются изменения?
Я думал, что в целях эксперимента эти параметры менять всё таки можно.
44 — 07.11.19 — 09:02
(40) Выкидывает не всех и не изо всех баз. Т.е. как-то выборочно.
45 — 07.11.19 — 09:03
(43) Менять можно. Но при входе очередного пользователя ругается что параметры надо задать по умолчанию.
46 — 07.11.19 — 09:06
(44) >> Выкидывает … выборочно.
Пробовали чистить локальный кэш у этих самых выборочных пользователей?
47 — 07.11.19 — 09:08
(42) если есть возможность поставь атрибут «ALL» (возможны тормоза) чтобы всвё видеть или «SRVC» чтобы посмотреть что с сервисами происходит
48 — 07.11.19 — 09:12
(46) на разных сервисах возможно народ висит при этом вылетел только один, при таком раскладе из толстого клиента выкинет в тонком пройдет не заметно на рабочей процесс переползет (если есть рабочий).
49 — 07.11.19 — 09:24
запусти пинг на долго… потом когда стопнешь через часик — посмотри % потерь. Насколько помню >0,05% — уже очень плохо
50 — 07.11.19 — 09:31
(49) Тогда лучше уж писать результаты пинга в файл txt. И потом анализировать.
51 — 07.11.19 — 09:39
(46) Это первое что сделали. Меня тоже выкинуло.
52 — 07.11.19 — 09:40
(49) +. Пинг с параметром /L60000. 1С очень любит пакеты большого размера, а потерь и задержек в их передаче может быть на порядок больше, чем при обмене пакетами стандартного размера.
Вообще по сети — убедиться, что везде отключен IPv6 (на сервере и на клиентах), нет косяков с маршрутизацией.
На сервере и на клиентах нигде не включены в ОС режимы энергосбережения (может админы «оптимизировали» что-то массово), а так же в диспетчере устройств в параметрах сетевых карточек не разрешено отключение и/или перевод устройства в спящий режим для экономии энергии.
Но вообще сомнительно, что проблемы сети вылезли одновременно со сменой СУБД и платформы.
53 — 07.11.19 — 09:40
(49) Пинг с какой машины и до какой?
54 — 07.11.19 — 09:42
(52) Ну если что, то можем быстро переползти обратно на 8.3.13. Щас пока работаем. Но думаю что в итоге так и поступим.
55 — 07.11.19 — 09:42
(53) От клиента к серверу. На машине проблемного пользователя ping SERVER1C….
56 — 07.11.19 — 09:42
(45) не очередного, а примерно после 10-го пользователя.
А по умолчанию там указано 128 сеансов на один рпхост. Так что наличие только одного рпхоста при таком числе пользователей уже повод насторожиться.
И не можешь подсказать, на какой типовой уже нужно релиз платформы 8.3.14+ ?
57 — 07.11.19 — 09:44
(54) Я бы на 8.3.13 не рисковал, точнее говоря, успешно его пропустили и сели на 8.3.14.1779
В сентябре вернули параметры на дефолтные и продолжаем пока сидеть на нем.
58 — 07.11.19 — 09:44
(56) Нужно ни на какой, а рекомендуется уже на последней ЕРП. Ну и с PG 10.10 тоже рекомендуется уже 8.3.14, хотя еще пару недель назад было 8.3.15, потом поменяли почему то, может именно по этому.
59 — 07.11.19 — 09:45
(57) Если на 8.3.14, то это снова на неделю минимум подготовка, чтобы у всех ее установить.
60 — 07.11.19 — 09:45
(53) с на какой валится до сервера 1С, если серверов несколько — до каждого из них.
61 — 07.11.19 — 09:49
(52) Точно -l 60000? У меня при таком параметры 100% потери пакетов.
62 — 07.11.19 — 09:50
(55) Нет проблемного пользователя. Всех с разной периодичностью выкидывает.
63 — 07.11.19 — 09:52
(58) >> пару недель назад было 8.3.15, потом поменяли почему то, может именно по этому.
Нет. Не поэтому.
Во-первых, там указано НЕ НИЖЕ(!!!) 8.3.14.
Во-вторых, есть процедура тестирования СУБД для работы с каждой версией платформы. Только когда весь протокол успешно соблюдён публикуют информацию о требованиях по совместимости.
Если бы была проблема с 8.3.15, об этом написали бы в файлике об особенностях СУБД.
64 — 07.11.19 — 09:54
(63) не ниже 8.3.12 вроде. Чего вы нас путаете? Это рекомендованная 8.3.14, это разные вещи, неи ниже и рекомендованная.
65 — 07.11.19 — 09:57
(61) Да. /l 60000. Потери могут быть но незначительные.
Можешь попробовать с меньшими значениями. Например, с 1000.
66 — 07.11.19 — 10:00
(64) Никто никого не путает. Я писал на сообщение автора ветки в (58) о версии СУБД PG 10.10.
Она (PG 10.10) работает с платформой НЕ НИЖЕ 8.3.14. То есть вполне совместима с 8.3.15.
При откате на 8.3.13 использование PG 10.10 на свой страх и риск. Вроде как, должно работать, но это не точно и 1С это не проверяла.
67 — 07.11.19 — 10:00
(61) Ну значит у вас стоит оборудование которое не тянет. коммутаторы/свитчи не все тянут или игнорируют больше заявленного размера.
68 — 07.11.19 — 10:03
ОФФ. Вообще странно, что сплошь и рядом встречается игнорирование требований совместимости со стороны пользователей и непонимание того, чем отличается «необходимо» от «рекомендуется» и требования к конфигурации и к СУБД.
69 — 07.11.19 — 10:05
(61) У вас сеть точно проводная, не WiFi?
Проверьте маршрутизацию. Через сколько коммутаторов проходят пакеты. Может админы что-то накосячили или действительно какой-нибудь коммутатор глючит или накрылся вовсе.
70 — 07.11.19 — 10:06
PostgreSQL, версия 10.10-1.1C
Внимание! Текущая версия PostgreSQL предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.14.1565
71 — 07.11.19 — 10:08
(69) Или выяснится что петля в сетке и как только нагрузка на локалку слега вырастает («когда зашли все пользователи») сетевой шторм начинается ))
72 — 07.11.19 — 10:10
Админам скажи чтоб iPerf -ом проверили и в НЕ рабочее время. А то всю локаль положат.
73 — 07.11.19 — 10:29
(36) https://forum.infostart.ru/forum86/topic229257/#message2327174
В 7-ом сообщении текст запроса на 1С и его трансляция в PostgreSQL.
Не думаю, что довели оптимизатор до такого состояния, чтобы он с легкостью работал с подобным. Жаль, что нет плана этого запроса.
74 — 07.11.19 — 10:35
(73) Джойн с подзапросом — тяжелый случай для постгреса всегда был. А в 1с это сплошь и рядом, ибо виртуальная таблица регистра это по сути подзапрос. Суть в том, что на момент формирования плана основного запроса еще нет информации о том, какова будет статистика подзапроса, и оптимизатор её оценивает как-то эвристически. И в большинстве случаев предполагает, что результат будет мелкий, а в 1с он как правило большой. Тут всю систему надо менять, отказываться от принципа формирования плана «сверху вниз», в сторону формирования плана «снизу вверх» с выполнением подзапросов ДО формирования плана запроса верхнего уровня. Но это вряд ли будет в постгресе.. никому кроме 1с это не надо.
75 — 07.11.19 — 10:42
(65) /l 60000 — 100% потерь во все стороны, /l 6000 — норм. Уверен, что нолями не ошибся? Проблем с сетью, с 1С нет.
76 — 07.11.19 — 10:59
(71) от петли обычно в итоге сеть ложится
77 — 07.11.19 — 11:03
(75) Уверен. Нолями не ошибся. 60000 — это максимально возможный размер буфера (точнее — 65536).
Насколько большими пакетами обменивается 1С — я не знаю. Вполне возможно, что и 1000 достаточно.
У меня с 60000 потерь нет.
78 — 07.11.19 — 11:07
(77) Даже при /l 20000 — потери: 50%
79 — 07.11.19 — 11:25
(78) То что потери при больших пакетах это еще ничего не говорит.
80 — 07.11.19 — 11:38
(77) Между сервером 1С и сервером PG ставил 60000 — норм. Между моим компом и сервером 1С 100% потери, может из-за того что 100Мб сеть или куча всякого между нами. Но до перехода на 8.3.15 все же работало. Что интересно оно и на тестовом сервере, в котором пользователи на корпии базы всякое крутили, все работало норм.
81 — 07.11.19 — 13:05
(80) а у вас там до кучи админы что-то перепилить не решились пока вы платформу и базовод не апнули?
82 — 07.11.19 — 13:10
(0) В 8.3.15 при обновлении агрегатов оборотного регистра накопления падает rphost.exe
Во всех типовых современных типовых есть такое регзадание, которое пытается выполниться, валит rphost, менеджер создает новый, перекидывает туда сеансы и рег задание, рег задание пытается исправить свою ошибку и выполниться вновь, валит rphost…..
Ошибка зарегана, обещали поправить.
Мы у себя отключили пересчет агрегатов, пусть отчеты будут тормознее.
83 — 07.11.19 — 13:14
84 — 07.11.19 — 16:34
(82) Спасибо, попробуем.
85 — 07.11.19 — 16:39
Регл. задание Обновление агрегатов отключено. Агрегатами вообще не дает никак управлять. Т.е. погашены закладки и кнопки касающиеся агрегатов.
86 — 07.11.19 — 17:32
(82)ээээ, если корп и серверов есть — все фоновые можно подальше засунуть.
И да, теоретически пересчитывать можно средствами постгри, но нужно скрипт запилить.
87 — 11.11.19 — 10:01
Что то совсем все плохо. Щас при проведении документов начало ругаться что объект не найден. Все встало колом. PG жрет процессор под 100%, при этом все висит. Какой-то так себе опыт перевода на PG получается.
88 — 11.11.19 — 10:03
Или мы не умеем ее готовить или ERP 150Г и 150 пользователей в принципе не способна работать на PG.
89 — 11.11.19 — 10:31
(87) В БГУ 1.0 на PostgreSQL 10.10 проведение одного из документов(внутреннее перемещение) может приводить к такому же эффекту, причем еще занимается вся доступная память, включая своп, после чего процесс postgres самоубивается с криками «Out of memory!» и всех выкидывает.
enable_nsetloop=off не помогает.
На 9.6.7 и 11.5 такого происходит.
90 — 11.11.19 — 10:43
К (89) Такого не происходит.
91 — 11.11.19 — 10:44
А «объект не найден» больше похоже на платформу, чем на СУБД. Может, совокупность версий конфигурации и платформы.
92 — 11.11.19 — 11:03
(91) Может. Просто чем дальше тем хуже. Возможно с индексами проблема, хотя делали реиндекс базе. Щас наверное откатим на MS SQL, а на копии посмотрим че это за фигня. Проблема конкретного документа или с базой чета. Тут вообще все странно, отражение в регл. учете запускается, в регистре к отражению все документов 30, но он часами не может их отразить, фоновое задание висит и только в размерах пухнет.
93 — 12.11.19 — 07:19
Хм. Короче. Выяснилось что упирается в дисковую подсистему. Длинная очередь к диску. Даже крутой рейд 10 не помогает. Поставили базу на SSD 970 EVO PLUS — все начало летать, право пока только половина пользователей ее нагружают, но раньше все висело даже на меньшем количестве. PG любит быстрые диски. Ну таки SDD даже если каждый год менять, то это все-равно дешевле, чем покупать новый MS SQL, раз так в 50. Щас вот думаем, таки в продакт завести SSD или воспользоваться вредными советами и отключить fsync и прочее, ибо типа на рейде есть батарейка и не страшно.
94 — 12.11.19 — 07:55
(93) А включить асинхронную запись в постгресе пробовали?
95 — 12.11.19 — 08:03
(94) Нет пока. Админы тут посмотрели статистику и выяснили что просела производительность дисков. Короче, расследование показало очевидную вещь. У PG куча мелких файлов и он в процессе работы еще не меньшую кучу создает. Т.е. нужен быстрый произвольный доступ, что SSD конечно предоставляет с легкостью, а массив на SAS, пусть даже серверных дисках, не может. Отсюда же понимание почему у MS SQL не было таких проблем — там два больших файла на базу и еще несколько служебных и нужно быстрое последовательное чтение, что конечно уже рейд легко дает. Так что пока ситуёвина такая: если хотите переходить на PG да еще с большими и нагруженными базами, то нужны SSD или какие-то другие массивы с большой скоростью произвольного доступа.
96 — 12.11.19 — 08:17
(95) Ну это понятно. Просто интересно, проседает ли производительность с включенной асинхронной записью, то есть очередь возникает на чтение или на запись.
Тут дело скорее не с количеством файлов как таковым. Ведь внутри этого большого файла базы mssql по сети так же куча «файлов» — таблиц, индексов, метаданных. Возможно связано с особенностью работы винды с большими каталогами, когда при обращении к любой таблице происходит обращение к каталогу, а в случае каких-то проблем с индексами ntfs оно очень медленное, так как производится последовательный поиск.
97 — 12.11.19 — 08:20
+(96) «по сети» читать как «по сути»)
98 — 12.11.19 — 10:51
(93) На RAID контроллере с кэшем и батарейкой и(тем более) SSD влияние fsync почти не заметно, можно даже full_page_writes включить для большей безопасности.
Еще PostgreSQL любит, чтобы вся база(или большаяя ее часть) была в shsred buffers, а shared buffers можно поместить в huge pages, huge page сделать размером в 1ГБ..
Еще всем процессам PostgrSQL(autovacuum, сборщик статистики, bgwriter) нужны незанятые ядра, чтобы не тормозить.
99 — 12.11.19 — 11:15
Поставили SSD
Пользователи стали более лучше и быстрее переключаться с упавшего rphost-а
profit
100 — 12.11.19 — 11:27
(99) Ну это да, это косяк платформы. Будем переходить на 8.3.16, там в последнем вроде как раз эти косяки с падением процессов пофиксили. Но вообще это конечно засада. После 8.3.12 ни одного стабильного релиза. Они бы вместо всяких, мало кому нужных, рюшечек довели бы до ума платформу, чтобы она тупо не падала от любого чиха. А то похоже на продукцию АвтоВАЗа еще лет 10 назад, когда в рассыпающемся ведре с болтами кучу всяких наворотов, которые тоже через раз работают.
Нередко случается ситуация, когда во время работы в программе 1С Бухгалтерия внезапно появляется окно с текстом: «ошибка /e1cib/modules/call», после чего программа экстренно закрывается. Сегодня мы поговорим о причинах этой проблемы и рассмотрим способы ее решения.
Обычно данная ошибка имеет программный характер, из-за некорректного обновления или ошибки в программном коде. После появления окна «Информация для технической поддержки» обычно указывается причина сбоя: СУБД, программная и т.д. Чаще всего ошибка e1cib modules call может появляться неожиданно и без явных на то причин, чем и раздражает пользователей и программистов 1С.
Примерный вид ошибки
Однако, как было замечено, чаще всего ошибка появляется при обновлении на новые конфигурации программы: 8.3.6, 8.3.8.хх, 8.3.9.xxx. Как говорилось ранее, причина сбоя e1cib modules call наверняка кроется в программном коде самого софта, поэтому причина кроется не в настройках компьютера. Сфокусируем внимание на решении проблемы по описанной далее инструкции.
Способы решения ошибки e1cib modules call
Чтобы решить ошибку /e1cib/modules/call попробуйте проделать следующее:
1. Первое, что необходимо сделать, это выполнить стандартную процедуру проверки и правки клиента. Для этого необходимо зайти в конфигуратор, перейти в раздел «Администрирование» — «Тестирование и исправление». Стоит помнить, что данную процедуру необходимо выполнять в монопольном режиме, т.е. кроме вас в конфигураторе настроек не должно быть других пользователей. Также перед выполнением данной процедуры рекомендуем выполнить резервную копию данных.
Тестирование и исправление
2. Установите самые последние обновления программы 1С. Как показывает практика, ошибка уже массово появляласт в 2016 — 2017 годах, после этого администрация сервиса выпустила ряд обновлений, которые помогут исправить ошибку.
3. Если вышеуказанные способы вам не помогли, попробуйте откатить программу на предыдущую версию. После чего, сперва обновите платформу, сконвертируйте ИБ и только после этого обновляйте конфигуратор БП на новую версию.
4. Многие специалисты рекомендуют почистить кэш для корректного подключения к серверам. Для этого удалите в папке кэша все файлы, исключая те, которые имеют расширение *.1. Обычно каталог находится по следующему адресу: Program Files/1cv8/srvinfo/reg_1541.
5. Попробуйте перезапустить сам сервер 1С. Часто это помогает решить проблему.
6. В конце концов, свяжитесь с техподдержкой. Специалисты поддержки наверняка порекомендуют актуальный способ решения проблемы и обновления компонентов.
Итог
Как вы уже поняли ошибка «ошибка /e1cib/modules/call» затрагивает пользователей глобально и чаще всего возникает после обновления клиента 1С на более новую версию. Выполнив все вышеуказанные действия, ошибка с большой вероятностью исчезнет. Если у вас остались вопросы или вы знаете более эффективный способ решения проблемы, то напишите его в комментариях.
Оценка статьи:
(9 оценок, среднее: 2,44 из 5)
Загрузка…
Самое читаемое:
10.02.2023
Как включить комментарии в Телеграмм канале
В последних версиях приложения Telegram появилось новшество – возможность оставления комментариев к посту….
Далее
17.03.2022
Как установить дополнительные виджеты на экран телефона Андроид
Если у Вас возникли сложности с тем, чтобы добавить виджеты приложений на смартфон, то это пошаговое руководство…
Далее
17.03.2022
Как очистить кэш телеграмма на телефоне Андроид
Люди, которые активно используют мессенджеры, зачастую не догадываются о том, что в их мобильных гаджетах…
Далее
17.03.2022
Как скопировать ссылку на свой телеграмм Андроид
Любой из пользователей мессенджера Телеграм в тот или иной момент времени задавался вопросом, как узнать, где…
Далее
Одна из новых ошибок 1C — является обращение к модулю по пути /e1cib/modules/call. Данная ошибка является следствие отправки POST запроса к функции размещенной в этом файле. В этой краткой статье мы рассмотрим как решить эту проблему и почему она возникает.
Содержание
- Причины возникновения ошибки работы с ресурсом
- Как решить проблему с модулем call
- Неспецифицированная ошибка работы с ресурсом
- Заключение
Причины возникновения ошибки работы с ресурсом
При составлении процесса загрузки и загрузки данных из ККТ — используются определенные возможности и функции из за которых могут возникать проблемы при формировании запроса. В данном случае при обращении e1cib к модулю call — возникла проблема с первичной загрузкой.
Как было определено, что все дело в указании неверного периода. Обычно устанавливается полгода, но в данном случае следует указать 3 последних дня.
Как решить проблему с модулем call
Для решения этой ошибки, следует обратиться к документации по 1С:Эвотор. Давайте попробуем следовать инструкции:
- Зайдите в программу
- Пересоздайте оборудование
- Повторно загрузите продажи из ККТ
После этих действий вы должны получить уведомление про успешное выполнении функции и проблем возникать более не должно.
Неспецифицированная ошибка работы с ресурсом
Если вместо путей модуля и неопределении кода проблемы, может возникать и такой текст. По факту это одно и тоже. Не стоит паниковать, следует обратиться к пунктам указанным выше. Всем пользователям 1C данная инструкция помогла.
Заключение
Действительно иногда возникают проблемы в такой хорошей программе, от этого никто не застрахован. Не стоит сразу паниковать, а просто следует обратиться к инструкции и выяснить корень проблемы. В данном случае был виноват период.
Надеемся, что статья вам помогла и вы смогли найти решение своей проблемы.