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

1С вылетает при раскрытии группировки в форме списка
   Meldir

01.10.18 — 22:12

Прошу накидать идей, как справится с проблемой «вылетания» 1С.

Что имеем:

— 1С:Предприятие 8.3 (8.3.13.1458)

— рабочая СУБД:

  Microsoft SQL Server 2014 (SP2-CU1) (KB3178925) — 12.0.5511.0 (X64)

  Aug 19 2016 14:32:30

  Copyright (coffee) Microsoft Corporation

  Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

— тестовая СУБД:

  Microsoft SQL Server 2008 R2 (SP3-GDR) (KB4057113) — 10.50.6560.0 (X64)

  Dec 28 2017 15:03:48

  Copyright (coffee) Microsoft Corporation

  Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 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

Если убрать левое соединение в запросе, ошибка пропадает, но мне-то надо с деньгами(((

Где искать, что править?

   yzimin

1 — 01.10.18 — 22:17

>>Где искать, что править?

8.3.13.1458 понизить версию до 8.3.12, а лучше до 8.3.10

   Йохохо

2 — 01.10.18 — 22:17

ты собрал всю эту диагностику но не перевел ошибку?

   ILM

3 — 02.10.18 — 05:02

Упорядочить добавь в запрос.

   Meldir

4 — 02.10.18 — 05:37

(1) До этого стояла вообще 8.3.5. Решения об обновлении принимаю не я((((

   Meldir

5 — 02.10.18 — 05:39

(2) мало того, что перевела. Я сравнила запросы в обеих формах, посмотрела, что прилетает в базу. Запросы идентичны до знака. На тестовой срабатывает, на рабочей нет.

   Meldir

6 — 02.10.18 — 05:54

(3) при формировании запроса только группировка вписывалась.

Решение проблемы, аналогичной моей, описано здесь

http://www.gilev.ru/order-by-items-must-appear-in-the-select-list-if-select-distinct-is-specifed-hresult80040e14/

Но оба варианта мимо. Список полей перепроверен, автоупорядочивания (даже галки в конструкторе) нет.

   Йохохо

7 — 02.10.18 — 07:19

(6) в динамическом списке всегда есть упорядочивание, т.к. данные читаются порциями

   Nikoss

8 — 02.10.18 — 07:23

(0) [В тестовой конфе форма отрабатывает «на ура», все группировки открываются/снимаются/устанавливаются.

В рабочей — при попытке раскрыть/установить группировки система вылетает с ошибкой]

Тестовая и рабочая база в идентичных условиях работают? (платформа, режим работы, тип подключения к базе и т.д.)

   catena

9 — 02.10.18 — 07:59

(8)Там же конфигурации указаны, скулем различаются.

   Meldir

10 — 02.10.18 — 09:28

(7) в конструкторе запроса в раздел сгруппировать по загнаны все поля, упорядочивание в настройках (порядок) не помогает.

   Meldir

11 — 02.10.18 — 09:40

Рабочее место одно.

Добавление: При раскрытии пользователем группировки списка на стороне субд формируется запрос, в котором в GROUP BY есть следующая строка

ISNULL(CAST(T4._Fld1411 AS NVARCHAR(300)),N’’’’)

При 10 версии СУБД всё отлично, в 12 вылетает. При этом поле T4._Fld1411 изначально прописано NOT NULL. Если убрать проверку на ISNULL, в 12 тоже всё отрабатывает.

Есть мысли, как от этого избавиться?

   Йохохо

12 — 02.10.18 — 10:16

(11) уберите его из группировки и добавьте еще соединение, мб

   Meldir

13 — 02.10.18 — 11:15

(12) вы знаете, помогло… Огромное вам спасибо. Переписала запрос: те поля, что получала по ссылке через точку, получаю теперь по левому соединению с этим самым справочником. Заработало, но я всё равно не понимаю изначальных причин такого поведения((( это получается, мне все запросы переписывать на явное соединение надо, даже если я хочу получить данные по родителю.

Всем спасибо за участие, пошла постигать дзен.

  

Йохохо

14 — 02.10.18 — 11:29

(13) это скд, скд думает так, 2014 думает сяк, 2008 еще кое как, Вам на партнерку думаю за дзеном

  1. 21.11.2014, 14:56


    #1

    rikony вне форума


    Просто юзер


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

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

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


  2. 21.11.2014, 15:30


    #2

    По умолчанию

    Цитата Сообщение от rikony
    Посмотреть сообщение

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

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

    значит не все


  3. 21.11.2014, 15:33


    #3

    rikony вне форума


    Просто юзер


    По умолчанию

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


  4. 21.11.2014, 15:41


    #4

    По умолчанию

    Цитата Сообщение от rikony
    Посмотреть сообщение

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

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


  5. 21.11.2014, 16:04


    #5

    rikony вне форума


    Просто юзер


    По умолчанию

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

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


  6. 22.11.2014, 00:01


    #6

    По умолчанию

    Цитата Сообщение от rikony
    Посмотреть сообщение

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

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


  7. 25.03.2016, 15:42


    #7

    oneal13 вне форума


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


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

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


  8. 30.03.2016, 14:44


    #8

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

    Цитата Сообщение от oneal13
    Посмотреть сообщение

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

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

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


  9. 13.02.2019, 09:40


    #9

    borskiy вне форума


    Гость форума


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

    Цитата Сообщение от arccos6pi
    Посмотреть сообщение

    значит не все

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

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

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


  10. 29.03.2019, 13:10


    #10

    krolik123 вне форума


    Просто юзер


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

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


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

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

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

 

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

  • Ошибка в релизе 1С
  • Ошибка в платформе 1С
  • Повреждение базы данных (требующее лечения с помощью «Тестирования и исправления»)
  • Ошибка кэша
  • Ошибка сервера 1С (предлагается перезапуск службы сервера 1С)

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

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

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

«Ошибка при выполнении запроса POST» — есть информация, что ошибка возникает при выполнении длительных, нагруженных операций над базой данных в ситуациях, когда у процесса rphost заканчивается разрешенная оперативная память на процесс.

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

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

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

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

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

 

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

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

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

Расследование
возникшей ошибки нехватки памяти на
сервере 1С

Поступило
обращение со следующей
ошибкой:
«Неспецифицированная ошибка
работы с ресурсом
Ошибка при выполнении
запроса POST к ресурсу /e1cib/login:

Недостаточно
свободной памяти для выполнения
операции
Выполняется ожидание
возможности запуска.

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

Нажмите «Выполнить запуск» для немедленной
попытки запуска.

Нажмите «Отмена» для отказа от запуска.»

Смотрим
журнал регистрации:

Настроив
ТЖ с событием EXCP, EXCPCNTX обнаруживаем
запись:

«Ошибка
СУБД out of memory for query result»

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

Находим
код конфигурации, вызывающий ошибку:

В
журнале регистрации указан следующий
код:

{ОбщийМодуль.ДокументооборотСКОВызовСервера.Модуль(22)}:
Ошибка при вызове метода контекста
(Получить)

по
причине:

по
причине:

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

Открываем
конфигуратор и переходим в указанный
модуль к указанному номеру строки кода:

Строка,
на которой произошла ошибка:

ВнешниеОбъектыХранилище
= Константы.ДокументооборотСКонтролирующимиОрганами_ВнешнийМодуль;

ДвоичныеДанныеОбработки
= ВнешниеОбъектыХранилище.Получить().Получить();

Смотрим
тип объекта (константы), к которой идет
обращение:

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

Проверяем,
какой объем данных фактически занимает
константа.

Узнаем
имя таблицы хранения в базе PostgreSQL —
таблица «_Const10013», индекс «_Const10013_ByKey».

Узнаем
размер таблиц «Const10013», «_Const10013_ByKey» на
диске:

На
диске таблица занимает всего 4688 Кб = 4,6
Мб. Размер является незначительным,
причина не в константе.

Обнаруживаем,
что кластер 1С является 32-разрядным:

32-разрядный
кластер 1С имеет ограничение, примерно,
3.8 Гб, по достижении которого происходит
падение процесса, службы.

В
режиме отсутствия нагрузки rphost занял
3,2 Гб, что близко к порогу падения.

Подобные
падения будут происходить в любой момент
времени.

Внесены
изменения:

— в
кластере серверов 1С «Интервал превышения
допустимого объема памяти процессов»
= 300. Настройка не избавляет от ошибки,
но необходима для снижения частоты
возникновения ошибки.

— в
планировщике Windows настроен перезапуск
службы 1С; такими образом освобождается виртуальное адресное пространство
в памяти, создается новый рабочий
процесс. Настройка тоже не гарантирует исключение ошибки, но снижает
вероятность ее возникновения.

Для
предотвращения повторной ошибки
лучше:


сменить 32-разрядный кластер серверов
1С на 64-разрядный;


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

Так
как на сервере используется 14 ядер
процессора, то необходим переход на
платформенные лицензии КОРП.

Показывать по
10
20
40
сообщений

Новая тема

Ответить

SoNik

Дата регистрации: 17.02.2009
Сообщений: 148

Обновились на Платформа: 1С:Предприятие 8.3 (8.3.15.1747) и понеслось:

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

Кто как боролся, особенно на сервере 2003 ??

SoNik

Дата регистрации: 17.02.2009
Сообщений: 148

Вот ответ 1С:

Цитата

Здравствуйте!

Использовать 64-х разрядную версию ОС и оперативную память 8Gb и больше

С уважением,
отдел тех. поддержки фирмы «1С»
Тел. (495) 956-11-81 (линия ИТС)
(495) 688-10-01 (базовые версии)

Тоесть я устанавливаю версию для работы в 32-х битной системе, но от меня требуют 64-х битную, это ли не косяк 1С, который они не желают исправлять?

ОльгаН

Дата регистрации: 18.02.2009
Сообщений: 985

А чего тут бороться? Написано же «недостаточно памяти».
Увеличиваете память и всё.
На 64 переходить не обязательно.

SoNik

Дата регистрации: 17.02.2009
Сообщений: 148

ОльгаН пишет:

Цитата

              А чего тут бороться? Написано же «недостаточно памяти». Увеличиваете память и всё. На 64 переходить не обязательно.

Девушка, милая, на 32 разрядной ОС ограничение в 4 ГБ. Из них ОС задействует под программы 2 и 2 оставляет для системных задач. Можно только перераспределить.

Контрольное Cоотношение Равенство

Дата регистрации: 28.01.2018
Сообщений: 229

SoNik,
судя по тексту ошибки, надо просто обрезать и настроить размер ЖР — Журнал Регистрации

Евгений

Дата регистрации: 28.01.2020
Сообщений: 2

Обновились на 3.0.75.58 и тоже начало появляться такое сообщение.. … ошибка в конфигурации? есть решение?

Контрольное Cоотношение Равенство

Дата регистрации: 28.01.2018
Сообщений: 229

Евгений пишет:

Цитата
Обновились на 3.0.75.58 и тоже начало появляться такое сообщение.. … ошибка в конфигурации? есть решение?

Ответили же уже выше:
— уменьшите (размер) ЖР и
— увеличте размер , выделяемой под процессы 1С оперативной памяти
— удалите ненужное

Гугль сразу же выдаёт ссылки на
bcdedit /set increaseuserva

Евгений

Дата регистрации: 28.01.2020
Сообщений: 2

Контрольное Cоотношение Равенство пишет:

Цитата

             Евгений пишет:

Цитата
Обновились на 3.0.75.58 и тоже начало появляться такое сообщение.. … ошибка в конфигурации? есть решение?

Ответили же уже выше: — уменьшите (размер) ЖР и — увеличте размер , выделяемой под процессы 1С оперативной памяти — удалите ненужное Гугль сразу же выдаёт ссылки на bcdedit /set increaseuserva

я так понимаю выделяемая память это функция: bcdedit /set increaseuserva?

а про уменьшить размер ЖР можно чуть подробнее?

Контрольное Cоотношение Равенство

Дата регистрации: 28.01.2018
Сообщений: 229

Евгений,

Показывать по
10
20
40
сообщений

Понравилась статья? Поделить с друзьями:
  • Ошибка при выполнении запроса get к ресурсу e1cib usersettings
  • Ошибка при выполнении синхронизации этот узел не удалось разрешить
  • Ошибка при выполнении запроса get к ресурсу e1cib types
  • Ошибка при выполнении синхронизации времени windows 10
  • Ошибка при выполнении запроса get к ресурсу e1cib logform