При выполнении запроса произошла ошибка пик - Ремонт и установка крупной бытовой техники

Описание ошибок интеграции с ЕИС ЭА

Содержание

1 РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ
2 РДИК_ИК_0054. Тип продавца, который указан в блоке «Идентификационные сведения» (Файл/Документ/СвСчФакт/СвПрод/ИдСв), не соответствует типу участника закупок в ЕРУЗ.
3 РДИК_ИК_0012. Идентификатор файла не соответствует маске , где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор .
4 РДИК_0190. К документу о приемке должны быть приложены файлы с документами в соответствии с Приказом Минздрава № 15н от 18.01.2021 г.
5 РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ
6 РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта 0. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта.
7 РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги: 8A1D9CF635054C0C823559C79DA789F5 21.20.23.191 БИОЛЕК Туберкулин ППД-Л.
8 РК_РДИК_10953_0001. Признак «Для определения результатов приемки товаров, работ, услуг создана приемочная комиссия» не установлен для документа. Заполнение информации о решении приемочной комиссии некорректно. Приложен документ с типом «Решение приемочной комиссии».
9 РДИК_0059. Общая сумма по всем документам о приемке (с учетом корректировочных документов), сформированных в рамках этапа № до дата этапа контракта № , больше суммы по этапу, указанной в сведениях контракта (Сумма этапа из сведений контракта: RUB). Пожалуйста, выберите другой этап контракта для создания документа или внесите изменения (исправления) в существующие документы code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0060. Общая сумма по всем документам для товара (работы, услуги) ОКПД «Наименование» превышает сумму по этому товару (работе, услуге), указанную в сведениях контракта. Пожалуйста, укажите корректные сведения о цене или количестве товара (работы, услуги).
10 РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД.
11 РДИК_0233. РДИК_1039. В документе о приемке для позиции товара (работы, услуги) 41.20.40.900 «Выполнение работ по капитальному ремонту здания ГБУЗ МО «Московская областная больница им. проф. Розанова В.Н.», женская консультация» способ указания объема не соответствует действующей информации о контракте. «Объем может быть указан в количественном выражении»
12 РДИК_0109. Идентификатор(ы) контракта, указанные в файле ИдГосКон, не совпадают со сведениями контракта, для которого осуществляется загрузка документа.
13 РДИК_0357. Для товара (работы, услуги): 22.22.11.000 Мешок для мусора указана единица измерения (код 778), не соответствующая сведениям о контракте (код 736).
14 РДИК_ЛКЗ_ИК_0026. Для того, чтобы внести изменения в ранее принятый проект документа или частично подписанный документ, необходимо, чтобы в принимаемом документе значение хотя бы одного из следующих атрибутов транспортного пакета совпадало со значением того же атрибута, указанного в ранее принятом документе:«Внешний идентификатор доку-мента» (ВнешИд);«Идентификатор файла, к которому сформировано приложение» (ИдФайл).
15 РДИК_ИК_1040. Для каждой родительской позиции должны быть заданы следующие атрибуты: 1. «Код единицы измерения» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@КодЕдИзм) (указывается в составе приложения к документу); 2. «Цена за единицу измерения без НДС» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@ЦенаЕдИзм) (указывается в составе приложения к документу); Атрибуты отсутствуют для позиций со следующими идентификаторами: 98BBD6B77EE24C5992611034F6406B2E (ИдТРУ).
16 РДИК_0302. Загрузка документов с отраслевой специализацией «Строительство» разрешена только для контрактов с признаком «Предмет контракта относится к работам по строительству» или содержащему объекты закупки с кодом ОКПД2, относящимся разделу «F» (Сооружения и строительные работы).
17 РДИК_0216, РДИК_0264. РДИК_0216. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (40 мг+7.5 мг/г 1) сведения об упаковке (КоличПотребЕдВПотребУпак), указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0264. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (1) сведения о количестве потребительских единиц в потребительской упаковке, указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1.
18 РДИК_ЛКЗ_ИК_3002. РДИК_ЛКЗ_ИК_3002: В атрибуте «Наименование экономического субъекта – составителя файла обмена информации покупателя» (Файл/ИнфПок/@НаимЭконСубСост) должно быть указано полное наименование организации, в ЛК которой загружается данный документ: МУНИЦИПАЛЬНОЕ БЮДЖЕТНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ХОТЬКОВСКАЯ СРЕДНЯЯ ОБЩЕОБРАЗОВАТЕЛЬНАЯ ШКОЛА №1
19 РДИК_0330. РДИК_0330. Для перечисленных ниже товаров (работ, услуг) значение признака «Поставляется объект закупки с улучшенными характеристиками» не соответствует значению в действующей размещенной версии сведений о контракте 3. Необходимо удалить данные товары (работы, услуги) из документа и добавить их заново.
20 РДИК_0385. РДИК_0385. Специализация «Приобретение жилых помещений» допускается только в случае, если в действующей размещенной версии контракта установлен признак «Предметом контракта является приобретение жилых помещений» или все объекты закупки имеют код ОКПД2, входящий в список значений: 68.10.11.000, 41.20.10.190, 41.20.10.110, 68.10.12.000
21 Ошибка в документе: «Документ не может быть загружен, так как для УПД/УКД (титул продавца), к которому загружается УПД/УКД (титул покупателя), в подсистеме присутствует: проект или частично подписанный УПД/УКД (титул покупателя), созданный в UI».

РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ

Реквизиты исполнителя в графике исполнения в ПИКе не соответствует реквизитам исполнителя в ЕРУЗ.

Рекомендации: по доп.соглашению с базовым основанием «Изменение реквизитов исполнителя» приведите реквизиты исполнителя в графике исполнения в соответствие с ЕРУЗ.

РДИК_ИК_0054. Тип продавца, который указан в блоке «Идентификационные сведения» (Файл/Документ/СвСчФакт/СвПрод/ИдСв), не соответствует типу участника закупок в ЕРУЗ.

Тип продавца не соответствует типу участника закупок в ЕРУЗ.

Рекомендации:
• по доп.соглашению с базовым основанием «Изменение реквизитов исполнителя» у исполнителя необходимо установить признак «Включить в наименование «ИП»;
• вернуть документ на формирование;
• удалить сведения о документе;
• исполнителю заново сформировать документ и отправить на подписание.

РДИК_ИК_0012. Идентификатор файла не соответствует маске , где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса: PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости; MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке; А – идентификатор получателя документа; О – идентификатор отправителя документа; GGGG – год формирования передаваемого файла обмена, MM — месяц, DD – день; N – 36 символьный глобально уникальный идентификатор .

1 причина возникновения ошибки. На данный момент ЕИС не принимает документы с признаком «Документ содержит товар(ы), подлежащие маркировке».

Рекомендации: верните документ на формирование, в блоке «Сведения о товарах, работах, услугах» измените признак на «Документ не содержит товаров, подлежащих прослеживаемости или маркировке» и направьте документ на подписание в ЕИС повторно.

2 причина возникновения ошибки. Ошибка как на изображении ниже может возникать, если в ПИК подгружена устаревшая версия контракта ЕИС.

Рекомендации: Заказчику необходимо обновить идентификаторы контракта и этапов на вкладке «Предмет, стороны, условия». Для этого нужно нажать кнопку «Заполнить идентификаторы контракта и этапов». После обновления Исполнитель должен вернуть документ к формированию кнопкой «Вернуть к формированию» и отправить документ в ЕИС повторно.

РДИК_0190. К документу о приемке должны быть приложены файлы с документами в соответствии с Приказом Минздрава № 15н от 18.01.2021 г.

К документу не добавлены файлы с типами документов, которые утверждены Приказом Минздрава № 15н от 18.01.2021 г. .

Рекомендации: верните документ на формирование и в блоке «Добавление файла» добавьте файлы с типами документов согласно Приказу Минздрава № 15н от 18.01.2021 г.

РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ

В блоке «Сведения о составителе информации продавца» в поле «Наименование экономического субъекта» указано наименование исполнителя отличное от наименования в ЕРУЗ.
Рекомендации: верните документ на формирование и приведите наименование исполнителя в блоке «Сведения о составителе информации продавца» в соответствие с ЕРУЗ символ в символ (ВАЖНО! регистр, пробелы, кавычки учитываются).

РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта 0. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0218. Сведения о потребительской единице измерения лекарственного препарата, указанные в файле Приложения к титулу продавца, не соответствуют сведениям, указанным в версии контракта.

Согласно ЕСКЛП данный ЛП входит в перечень ЖНВЛП, информация в ЕИС по данному ЛП не соответствует информации ЕСКЛП.
Рекомендации: Заказчику в контракте в ЕИС необходимо исправить сведения о выбранном ЛП в части наличия его в перечне ЖНВЛП.

РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги: 8A1D9CF635054C0C823559C79DA789F5 21.20.23.191 БИОЛЕК Туберкулин ППД-Л.

Не сопоставлены объекты закупки в ПИК и ЕИС.
Рекомендации: на вкладке «Объекты закупки» по кнопке «Заполнить информацию об объектах закупки из ЕИС» необходимо сопоставить объекты закупки, вернуть документ на формирование и направить документ на подписание в ЕИС повторно.

РК_РДИК_10953_0001. Признак «Для определения результатов приемки товаров, работ, услуг создана приемочная комиссия» не установлен для документа. Заполнение информации о решении приемочной комиссии некорректно. Приложен документ с типом «Решение приемочной комиссии».

В карточке контракта в документе приемки не предусмотрено принятие результатов экспертизы приемочной комиссии.
Рекомендации: верните документ на формирование и удалите файл с типом «Решение приемочной комиссии», далее направьте документ на подписание в ЕИС повторно.

РДИК_0059. Общая сумма по всем документам о приемке (с учетом корректировочных документов), сформированных в рамках этапа № до дата этапа контракта № , больше суммы по этапу, указанной в сведениях контракта (Сумма этапа из сведений контракта: RUB). Пожалуйста, выберите другой этап контракта для создания документа или внесите изменения (исправления) в существующие документы code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0060. Общая сумма по всем документам для товара (работы, услуги) ОКПД «Наименование» превышает сумму по этому товару (работе, услуге), указанную в сведениях контракта. Пожалуйста, укажите корректные сведения о цене или количестве товара (работы, услуги).

Ошибка возникает при подписании документа приемки в ПИКе при наличии подписанного напрямую документа приемки в ЕИС.

Рекомендации: для связывания документа в ПИКе с подписанным документом в ЕИС необходимо написать в ТП ПИК, предоставив скриншот документов этапа контракта из ЕИС со стороны исполнителя и печатную форму подписанного документа в ЕИС.

РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД.

Реквизиты заказчика в графике исполнения в ПИКе не соответствует реквизитам заказчика в контракте в ЕИС.
Рекомендации: по доп.соглашению с базовым основанием «Изменение реквизитов заказчика» приведите реквизиты заказчика в графике исполнения в соответствие с контрактом в ЕИС.

РДИК_0233. РДИК_1039. В документе о приемке для позиции товара (работы, услуги) 41.20.40.900 «Выполнение работ по капитальному ремонту здания ГБУЗ МО «Московская областная больница им. проф. Розанова В.Н.», женская консультация» способ указания объема не соответствует действующей информации о контракте. «Объем может быть указан в количественном выражении»

Режим исполнения контракта в ПИКе отличается от режима исполнения, указанного в контракте в ЕИС.

Рекомендации: необходимо привести в соответствие режим исполнения в ПИК и ЕИС, изменение режима в ПИКе производится по доп. соглашению (с нарушением существенных условий).

РДИК_0109. Идентификатор(ы) контракта, указанные в файле ИдГосКон, не совпадают со сведениями контракта, для которого осуществляется загрузка документа.

В блоке «Сведения об обязательстве и контракте (основание) поле «Идентификатор государственного контракта» заполнено некорректным значением.

Рекомендации: верните документ на формирование, в блоке «Сведения об обязательстве и контракте (основание) очистите поле «Идентификатор государственного контракта» и направьте документ на подписание в ЕИС повторно.

РДИК_0357. Для товара (работы, услуги): 22.22.11.000 Мешок для мусора указана единица измерения (код 778), не соответствующая сведениям о контракте (код 736).

Единица измерения для объекта не совпадает в ПИК и ЕИС.

Рекомендации:
• исполнителю необходимо вернуть документ на формирование;
• заказчику нужно привести в соответствие объекты закупок между ПИК и ЕИС, так, чтобы не было различий (изменять нужно там, где указано не верно), затем повторно сопоставить объекты по кнопке «Заполнить информацию об объектах закупки из ЕИС»;
• после сопоставления объектов исполнитель может направить документ на подписание в ЕИС повторно.

РДИК_ЛКЗ_ИК_0026. Для того, чтобы внести изменения в ранее принятый проект документа или частично подписанный документ, необходимо, чтобы в принимаемом документе значение хотя бы одного из следующих атрибутов транспортного пакета совпадало со значением того же атрибута, указанного в ранее принятом документе:«Внешний идентификатор доку-мента» (ВнешИд);«Идентификатор файла, к которому сформировано приложение» (ИдФайл).

Рекомендации:
• пользователю необходимо в личном кабинете заказчика (в ЕИС) удалить информацию о покупателе по данному документу;
• вернуть документ к формированию в ПИКе ;
• повторно направить документ на подписание в ЕИС.

РДИК_ИК_1040. Для каждой родительской позиции должны быть заданы следующие атрибуты: 1. «Код единицы измерения» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@КодЕдИзм) (указывается в составе приложения к документу); 2. «Цена за единицу измерения без НДС» (ФайлУПДПрод/СведТов/СведТРУ/ДеталТРУ/СведРод/@ЦенаЕдИзм) (указывается в составе приложения к документу); Атрибуты отсутствуют для позиций со следующими идентификаторами: 98BBD6B77EE24C5992611034F6406B2E (ИдТРУ).

Рекомендации: по дополнительному соглашению (с нарушением существенных условий) на вкладке «Объекты закупки» необходимо заполнить значения «Количество» и «Цена единицы» в соответствие с информацией в ЕИС. Ставка НДС в ПИК и ЕИС должна совпадать.

РДИК_0302. Загрузка документов с отраслевой специализацией «Строительство» разрешена только для контрактов с признаком «Предмет контракта относится к работам по строительству» или содержащему объекты закупки с кодом ОКПД2, относящимся разделу «F» (Сооружения и строительные работы).

Рекомендации: для исполнения контракта по сметам в ПИКе в ЕИС должен быть установлен признак, что контракт является строительным.

РДИК_0216, РДИК_0264. РДИК_0216. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (40 мг+7.5 мг/г 1) сведения об упаковке (КоличПотребЕдВПотребУпак), указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1. code: 1 lvl: Ошибка name: Ошибка выполнения интеграционного контроля description: РДИК_0264. Для лекарственного препарата Левометил: МАЗЬ ДЛЯ НАРУЖНОГО ПРИМЕНЕНИЯ (1) сведения о количестве потребительских единиц в потребительской упаковке, указанные в файле Приложения к титулу поставщика, не соответствуют сведениям, указанным в версии контракта 1.

Рекомендации:
• заказчику по дополнительному соглашению (с нарушением существенных условий) для объекта закупки, указанного в ошибке, необходимо откорректировать значение в поле «Количество потребительских единиц в потребительской упаковке» в соответствие со значением, указанным в ЕИС;
• исполнителю необходимо вернуть документ на формирование и повторно направить документ на подписание в ЕИС.

РДИК_ЛКЗ_ИК_3002. РДИК_ЛКЗ_ИК_3002: В атрибуте «Наименование экономического субъекта – составителя файла обмена информации покупателя» (Файл/ИнфПок/@НаимЭконСубСост) должно быть указано полное наименование организации, в ЛК которой загружается данный документ: МУНИЦИПАЛЬНОЕ БЮДЖЕТНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ХОТЬКОВСКАЯ СРЕДНЯЯ ОБЩЕОБРАЗОВАТЕЛЬНАЯ ШКОЛА №1

Рекомендации:
• вернуть документ к формированию;
• на вкладке «Информация покупателя» в блоке «Сведения о формировании информации покупателя» в поле «Наименование экономического субъекта – составителя информации покупателя» необходимо указать наименование организации в соответствие с наименованием в ЕИС (символ в символ, пробелы и регистр имеют значение).

РДИК_0330. РДИК_0330. Для перечисленных ниже товаров (работ, услуг) значение признака «Поставляется объект закупки с улучшенными характеристиками» не соответствует значению в действующей размещенной версии сведений о контракте 3. Необходимо удалить данные товары (работы, услуги) из документа и добавить их заново.

Рекомендации (2 варианта устранения ошибки):
• 1 вариант: заказчику необходимо внести изменения в контракт ЕИС и убрать у объекта признак «Объект закупки заменен на товар, работу, услугу, качество, технические и функциональные характеристики (потребительские свойства) которых улучшены в сравнении с указанными в контракте», после этого повторить отправку документа;
• 2 вариант: подписать документ приемки напрямую в ЕИС, затем импортировать его.

РДИК_0385. РДИК_0385. Специализация «Приобретение жилых помещений» допускается только в случае, если в действующей размещенной версии контракта установлен признак «Предметом контракта является приобретение жилых помещений» или все объекты закупки имеют код ОКПД2, входящий в список значений: 68.10.11.000, 41.20.10.190, 41.20.10.110, 68.10.12.000

Рекомендации: в карточке контракта в ЕИС необходимо проставить признак «Предметом контракта является приобретение жилых помещений»

Ошибка в документе: «Документ не может быть загружен, так как для УПД/УКД (титул продавца), к которому загружается УПД/УКД (титул покупателя), в подсистеме присутствует: проект или частично подписанный УПД/УКД (титул покупателя), созданный в UI».

В случае возникновения такой ошибки в документе пользователю необходимо сделать следующее:

1. Сформировать Уведомление об уточнении и НЕ ПОДПИСЫВАТЬ ЕГО.

Уведомление об уточнении (продолжение)

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

Удаление Уведомления об уточнении

3. В ПИК необходимо нажать кнопку «Вернуться к формированию».

4. Заказчику снова необходимо отправить документ на подписание. И НЕ заходить в ЕИС в документ, пока в ПИК не появится сообщение в документе, что он успешно отправлен на подписание в ЕИС.

Просмотр полной версии : Во время выполнения запроса произошла ошибка

romagromov

14.10.2015, 05:30

Здравствуйте!
Уже не в первый раз получаю ошибку

Во время выполнения запроса произошла ошибка

при попытке рекурсивно сменить владельца на папку и вложенные паки и файлы.

В данном случае, пытаюсь сделать это для определенного сайта

то есть для папки /var/www/user/data/www/site.com/

Получается такое:

http://bestwinsoft.com/images/monosnap/ISP_Manager__FastVPS_Eesti_O_2015-10-13_23-17-35.png_966721_2015-10-14_00-29-40.png

http://bestwinsoft.com/images/monosnap/ISP_Manager__FastVPS_Eesti_O_2015-10-13_23-18-01.png_987737_2015-10-14_00-30-23.png

Проверили на тестовой машине — без проблем
Нужно смотреть в вашем окружении, возможно в директории есть файлы, которые нельзя менять текущему юзеру

romagromov

15.10.2015, 22:48

Делаю из по рута.
Через консоль — проблем нет

Посмотрите лог ispmgr.log и filemgr.log, возможно, там будет более подробное описание ошибки. Но, к слову, на моей тестовой вдске также не воспроизвелась проблема. А попробуйте по 1500 порту в панель зайти и повторить действие, ошибка сохраняется?

romagromov

17.10.2015, 04:00

Меня что убивает. Вы продаете панель за немалые деньги. Панель, судя по ее интерфейсу рассчитана на простого пользователя, на то она и панель.

И предлагаете смотреть какие-то ispmgr.log и filemgr.log, при это не описывая где они вообще могут находится.
То есть, я должен тратить время на то, чтобы просто найти эти файлы — вам же вероятно было лень указать их путь. А поскольку, как я уже говорил, панель имеет вид законченного продукта и огромная часть ее пользователей не собирались изначально дружить с консолью, мне сейчас нужно поиском найти эти долбанные файлы.

Ладно, ищем в сети
Находим
http://hosting101.ru/qa/112/40401
Тут пишут, что они здесь

/usr/local/ispmgr/var/ispmgr.log

Их тут нет…

Хотел на этом завершить, но наверное буду искать.

Итак, я нашел.

/usr/local/mgr5/var/filemgr.log
/usr/local/mgr5/var/logs/filemgr.log.0.gz
/usr/local/mgr5/var/logs/filemgr.log.1.gz
/usr/local/mgr5/var/logs/filemgr.log.2.gz
/usr/local/mgr5/var/logs/filemgr.log.3.gz
/usr/local/mgr5/var/logs/filemgr.log.4.gz
/usr/local/mgr5/var/logs/filemgr.log.5.gz
/usr/local/mgr5/var/logs/filemgr.log.6.gz
/usr/local/mgr5/var/logs/filemgr.log.7.gz
/usr/local/mgr5/var/logs/filemgr.log.8.gz
/usr/local/mgr5/var/logs/filemgr.log.9.gz
/usr/local/mgr5/var/logs/filemgr.log.10.gz

Что дальше???

Я должен найти архив за тот день, когда произошла ошибка?
Распаковать его ?

Давайте посмотрим…

Мой пост на форуме от 14 октября. Как же узнать в каком именно архиве лог с этой ошибкой?

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

Запускаю панель, открываю менеджер файлов и выполняю операцию по рекурсивному изменению владельца — это же раз плюнуть, время есть!

Отлично, даже не смотря на то, что я уже выполнял ситуацию в косноли, ошибка имеет место быть.
Это даже радует.

http://bestwinsoft.com/images/monosnap/ISP_Manager__FastVPS_Eesti_O_2015-10-16_22-39-54.png

Но последний filemgr.log все равно только за вчерашний день.

Может надо проверить filemgr.log???

Ищем его. И… не находим…

Почему ваша панель просто не пишет, в чем конкретно произошла ошибка?

Почему нужно писать на форумах, искать каки-то лог файлы и не находить их?

Панель предназначена для того, чтобы облегчить жизнь системному администратору, но она отнюдь не заменяет его. Ведь если у вас есть сервер, вы размещаете там данные своих клиентов, вы ответственны за эти данные, поэтому должен быть квалифицированный специалист, чтобы все это дело поддерживать. Но это мое мнение, конечно
Все логи находятся в /usr/local/mgr5/var.
Если вы хотите решить проблему, то нужно узнать ее причину. А это только в логах. Поэтому я и просила вас показать и /usr/local/mgr5/var/ispmgr.log в том числе.
Но вы также можете обратиться в нашу техподдержку, если у вас есть доступные инциденты, и мы вам поможем решить проблему. Или в техподдержку компании, где вы приобретали лицензию, если вы не у нас ее купили.

romagromov

17.10.2015, 17:41

Начнем с того, что вы не указывали путь, а просто написали ispmgr.log

Дальше, если через консоль такая банальная операция, как рекурсивная смена владельца выполняется без проблем, а в панели она отображает НЕИЗВЕСТНУЮ ошибку, то что-то мне подсказывает, что проблема именно в панели.

Хорошо, что я должен увидеть в 60-ти мегабайтном текстовом файле?

Делаем по другому. Очищаю файл. Снова рекурсивно меняю владельца у папки — снова получаю ошибку в панели.
Проверяю ispmgr.log — и в нем ничего нет. Ошибка не записалась.

Дальше, обнаружил что последняя резервная копия от 14 октября. То есть уже 3 дня не делаются копии. Ни уведомлений, ни сообщений, ни ошибок — ничего. Обычно хоть в панели висят уведомления. А тут просто пойди и угадай, что случилось.

В прошлой версии панели у меня вообще не было никаких заморочек — поставил, настроил и забыл.

Начнем с того, что вы не указывали путь, а просто написали ispmgr.log

Хорошо, что я должен увидеть в 60-ти мегабайтном текстовом файле?

Если вы работаете с панелью по 80/443 порту, т.е., например, через nginx, то проблема может быть не в панели, а в конфигурации этого самого nginx.

Если вы работаете по 80/443 порту, попробуйте, как вам посоветовали, воспроизвести проблему при работе по 1500 порту — станет ясно, действительно ли дело в панели, или всё-же в конфигурации nginx.

romagromov

17.10.2015, 18:08

Я и работаю по по 1500 порту

x.xx.xx.xx:1500/manager/ispmgr

romagromov

18.10.2015, 16:46

Дальше, новая ошибка во время резервного копирования

WWW domains site.com:
Tar skipped the following files:
var/www/user/data/www/site.com/media/com_easysocial/videos/4487 tar: ./var/www/user/data/www/site.com/media/com_easysocial/videos/4487: Warning: Cannot stat: No such file or directory
var/www/user/data/www/site.com/media/com_easysocial/videos/4487/sddefault.jpg tar: ./var/www/user/data/www/site.com/media/com_easysocial/videos/4487/sddefault.jpg: Warning: Cannot stat: No such file or directory

Объясните, что она означает.

Начнем с того, что вы не указывали путь, а просто написали ispmgr.log

Извините, не ожидали что найти файл в системе проблема.

Что-то мне подсказывает, что проблема в окружении, раз на других установках проблемы нет. А этих «других» установок тысячи.

Хорошо, что я должен увидеть в 60-ти мегабайтном текстовом файле?

Ошибку и то, что ей предшествовало. Ее не может не быть. Если она есть в панели, то она есть и в логе.
Выполните tail -f /usr/local/mgr5/var/ispmgr.log , затем выполните действия в панели, которые приводят к ошибке. Все, что за это время в лог напишется покажите нам.

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

romagromov

20.10.2015, 01:18

Извините, не ожидали что найти файл в системе проблема.

Означает, что tar пропустил при бэкапе указанные файлы, так как когда он до них добрался их уже не существовало.

Файл с логом во вложении.

А на счет

Означает, что tar пропустил при бэкапе указанные файлы, так как когда он до них добрался их уже не существовало

То этот сайт вообще никак не попал в бекап. Его тами просто нет. И об этом в ошибке — ни слова!

В приведенном куске лога нет ошибки.

Прикрепите еще /usr/local/mgr5/var/filemgr.log и /usr/local/mgr5/var/longtask.log

То этот сайт вообще никак не попал в бекап. Его тами просто нет. И об этом в ошибке — ни слова!
Конечно нет, и об этом английским языком и было сказано — Warning: Cannot stat: No such file or directory

Как оно должно было попасть в бэкап, если на диске нет файла?

romagromov

20.10.2015, 17:41

В приведенном куске лога нет ошибки.

Прикрепите еще /usr/local/mgr5/var/filemgr.log и /usr/local/mgr5/var/longtask.log

Конечно нет, и об этом английским языком и было сказано — Warning: Cannot stat: No such file or directory

Как оно должно было попасть в бэкап, если на диске нет файла?

Нет не файла, в бекап не попал ЦЕЛЫЙ сайт. НЕТ ЦЕЛОГО сайта. И об этом нет никакой информации.

Дальше.

По непонятной причине, не приходят уведомления об ошибках на email. Это на самом деле одна из главных причин перехода на новую версию isp. В остальном меня все устраивало.

В настройках email указан, и даже пару раз приходили письма, потом как-то само перестало.

http://bestwinsoft.com/images/monosnap/ISP_Manager__FastVPS_Eesti_O_2015-10-20_12-33-57.png

Прикрепляю filemgr.log

longtask.log после проведения операции не изменился, в него ничего не записалось.

romagromov

27.10.2015, 00:25

Это все? Или посмотрите filemgr.log ?

Посмотрим, если напишите в поддержку с доступами. По данным, предоставленным на форуме, больше ничего предположить не могу.

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

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

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

Program Files1cv8srvinforeg_1541

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

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

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

Также на нашем сайте мы разобрали ошибку 0400300003, связанную с нарушением условия обязательного присутствия элемента.

Заключение

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

Источник

ico_information

Ниже описаны типовые проблемы и вопросы по теме “Общие вопросы и ответы”

Возможна ли работа нескольких человек с одной электронной подписью на портале ПИК ЕАСУЗ?

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

Требования к ЭЦП указаны в разделе базы знаний «Регистрация и вход в систему «

Сколько необходимо ЭЦП для работы в ПИК ЕАСУЗ?

ЭЦП требуется на этапе регистрации организации в системе ПИК ЕАСУЗ. Кроме того, ЭЦП требуется для всех сотрудников, которые подписывают документы исполнения по контракту. Если в Вашей организации руководитель подписывает все документы и в Вашей организации нет приёмочной комиссии, то будет достаточно и одной ЭЦП, если же у Вас предусмотрена приёмка с комиссией, то ЭЦП требуется на всех членов приёмочной комиссии.
Перечень документов формируемых в системе, которые требуют подписания:

-размещение экк до публикации извещения
-размещение экк до заключения контракта
-документы исполнения по контракту
-доп. соглашения
-мотивированный отказ
-заявка на исполнение (выполнения работ по заявке).

Требования к ЭЦП указаны в разделе базы знаний «Регистрация и вход в систему «