Всем привет.
И просто адски прошу помощи по этой же теме с ошибками.

Речь пойдёт о warning'е:
"Warning: SSIS Warning Code DTS_W_MAXIMUMERRORCOUNTREACHED. The Execution method succeeded, but the number of errors raised (1) reached the maximum allowed (1); resulting in failure . This occurs when the number of errors reaches the number specified in MaximumErrorCount. Change the MaximumErrorCount or fix the errors."

В проекте где-то в середине среди пакетов и подпакетов есть цикл "For Loop Container" (у него "Propagate" выключил, "MaximumErrorCount = 0" установил, тут всё ок) который первый раз вызывает подпакет и тот падает, а потом вызывает ещё раз и во второй раз уже подпакет отрабатывает успешно. И это повторяется для сразу 10-20 пакетов, т.е. каждый пакет вызывается несколько раз, если первый раз упал.
Всё бы хорошо, но в итоге на самом верху получаю вышеупомянутый warning и падение, хотя по факту всё отработало успешно, пусть и не с первого раза.
И весь проект вызывается в джобе, который тоже падает в итоге и спамит на почту сообщения об ошибках, хотя, повторюсь, всё хорошо, просто одна из попыток не удалась в процессе отработки.

Как это победить? Возможно ли?
Игнорировать в обще все ошибки не хочу. Хочу что бы просто игнорировались всем проектом только ошибки происходящие в "For Loop Container".

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

Ок, попробую:

1.
Пакет "PackageFirst" вызывает пакет "PackageLoop".

2.
Пакет "PackageLoop" вызывается другой пакет, который первый раз падает, а второй раз отрабатывает нормально.
У "PackageLoop" параметр MaximumErrorCount = 1. А у его компонентов "For Loop Container" и "Execute Package Task" MaximumErrorCount = 0 (вроде не обязательно у двух делать, но исторически так сложилось).
У компонента "Execute Package Task" есть handler OnError с выключенным Propagate.
Допустим, я хочу, что бы ошибки "Execute Package Task" и вызываемого им пакета не всплывали наверх, так как я тут их обрабатываю. Но ошибки в других местах должны всплывать.

3.
В итоге, хочу что бы пакет "PackageFirst" не падал.
А он падает, т.к. DTS_W_MAXIMUMERRORCOUNTREACHED превышен, т.к. он заметил, что внизу была ошибка.
Из-за этого не можем ещё выше грамотно мониторить ошибки, т.к. получаем сообщения об ошибках тогда, когда по факту всё хорошо, просто не с первой попытки.
Как это преодолеть? Или что я делаю не так?

PS: ой, сори за черные пятна на скрине, на моей машине такого не было)

PS: И я же правильно понимаю, что, судя по логу со скриншота, пакет First падает именно из-за превышения количества допустимых ошибок? Или всё таки как-то ошибка из нижнего пакета передаётся наверх? Как может быть можно это проследить?

HandKot, не помогло. (
Установил у хэндлера OnError контейнера "For Loop Container" значение Propagate = False - ничего не изменилось.
Установил у хэндлера OnError контейнера "For Loop Container" значение Propagate = False, а у "Execute Package Task" у хэндлера OnError значение Propagate = True - ничего не изменилось.
Установил у обоих Propagate = True - ничего не изменилось.
Установил затем у всего пакета "PackageLoop" у хэндлера OnError значение Propagate = False - ничего не изменилось.
Установил затем у всего пакета "PackageLoop" значение MaximumErrorCount = 0 - ничего не изменилось.
Грусть какая-то. Я уже в третий раз штурмую эту проблему, с перерывами по два месяца, делаю те же манипуляции, получаю тот же результат. Эта программа смеётся надо мной. Продолжаю эксперименты.

Что-то меняется, если я в пакете PackageLoop у контейнера ставлю Propagate = False и MaxErrorCount = 0.
А также, если у пакета выше PackageFirst ставлю MaxErrorCount = 0. Но тогда я теряю в обще все ошибки, что тоже критично плохо.
Не говоря уже о том, что оч желательно решить проблему изменениями только внутри PackageLoop.

Попробую ещё раз описать картину (все имена и фамилии вымышлены):

1. Есть SQL job, который просто запускает etl пакет PackageFirst.dtsx.**
2. Пакет PackageFirst.dtsx просто запускает внутри себя другой пакет PackageLoop.dtsx.
3. Пакет PackageLoop.dtsx содержит в себе вызов третьего пакета PackageToDo.dtsx.
Но не простой вызов, а в цикле, т.к. пакет PackageToDo.dtsx первый раз может упасть (он обращается к сторонней системе и там то таймауты, то пожары, то ещё что-то), поэтому его повторно перезапускаем через 5 секунд.

Это всё работает, цикл шустро вращается, перезапускает пакет, всё круто.
Проблема в том, что если была одна неудачная попытка запуска PackageToDo.dtsx, то самый первый пакет PackageFirst.dtsx всё равно после отработки выдаёт ошибку из-за, как я понял, ворнинга* "всё хорошо, но внизу было больше одной ошибки, поэтому я всё равно считаю, что всё плохо". А в следствии после отработки выдаёт ошибку и SQL job и шлёт письма счастья с ошибками "пакет упал, что там не знаю, смотри сам", хотя по факту всё хорошо.
Пока единственный найденный вариант спасти джоб, это в пакете PackageFirst.dtsx поставить MaxErrorsCount = 0, но тогда идёт игнор в обще всех ошибок, что тоже не вариант.

Мне кажется, решения тут нет. Или я делаю что-то не так.

a_voronin, я оборачивал тело цикла в контейнер и ставил ему MaxErrorsCount = 0, ожидал чуда, но ничего не изменилось. На уровне пакета всё как работало гладко, так и работает. А пакет выше как выдавал ошибку, так и выдаёт.


*Полный текст ворнинга:
"Warning: SSIS Warning Code DTS_W_MAXIMUMERRORCOUNTREACHED. The Execution method succeeded, but the number of errors raised (1) reached the maximum allowed (1); resulting in failure. This occurs when the number of errors reaches the number specified in MaximumErrorCount. Change the MaximumErrorCount or fix the errors."
** скриншот повторно приложил
*** прошу прощения, я кажется запутал вас, т.к. не разделил понятия "падает" и "выдаёт ошибку после отработки".

UPD:
Например только что вот нашёл
"Even when set propagate to false, errors raised in a child package are still passed to the parent package." etc
(c) https://bengribaudo.com/blog/2014/08/22/3291/understanding-maximumerrorcount
Похоже, от этого не уйти.

HandKot, за пределами Дании тоже какие то проблемы.)

Это ты показываешь лог непосредственно того пакета в котором цикл вращается.
Покажи, пожалуйста, лог родительского пакета, который вызывает этот пакет с циклом. (И у которого, естественно, MaxErrorsCount по дефолту везде равны единице.)
Т.е. прям уточню и отмечу - я говорю про пример с иерархией в три уровня; пакет с циклом это второй уровень, над ним ещё один изначальный пакет есть, с которого запускается вся эта бандура.

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

HandKot, и т.е. в данном случае джоб, который запускает этот пакет не упадёт? и в логе не будет ворнинга о превышении количества ошибок?
У меня просто всё как было, так и осталось, как и писал в первом своём сообщении. Во вложении пример лога. Всё отрабатывает, но наверху пакет падает, если у самого пакета(!) на установить MaxErrorsCount = 0. Но тем самым отрубить в обще стандартную обработку ошибок, а это не ок (пробовали, упустили нюанс, неделю не знали об ошибке в дебрях почтового сервера).

Уже не говорю о том, что я упростил пример до иерархии в 3 уровня, на самом деле же уровней 5, и отключать так стандартную обработку ошибок и включать рукодельную обработку ошибок у каждого уровня это ад, т.к. тогда речь идёт о переделке не одного пакета, который одинаков в 10 проектах; а 100 пакетов в 10 проектах, которые не факт что везде одинаковы.

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

UPD: ок, дополню, да, ошибся, если добавить ещё propagate=false у компонента, то и этот пакет не падает.
Но если учесть, что этот пакет вызывается ещё одним пакетом выше, то и там надо делать тоже самое. =D
Ну вот такой у нас исторически обросший пятиуровневый проект. Всё работает на ура, если не учитывать нюанс, что эти чертовы ошибки не остановить, без обработки на каждом уровне.

PS: пока решили забить на это, раз похоже это невозможно без тотальной доработки всех пакетов (а это повлечет тотал тест, риски и тд) или мб в обще пересмотра концепции вселенной (не вариант), пока всё решается настройкой фильтра в мониторинге ошибок))

HandKotне стандартным шагом а через ScriptTask
О, огонь О_О , может сработать! Как я сам не додумался... Спасибо!
В следующую итерацию тыканья палочкой в эту задачу попробую!
Спасибо!!))