Лови помилок в колонці

В даний час у мене є сценарій, який робить щось подібне

./a | ./b | ./c

Я хочу змінити його, щоб у разі виходу будь-якого з a, b або c з кодом помилки я надрукував повідомлення про помилку і зупинився замість того, щоб виводити поганий вихід уперед.

Який був би найпростіший / найчистіший спосіб зробити це?

Якщо ви дійсно не хочете, щоб друга команда тривала до тих пір, поки не буде відомо, що перша успішна, вам, ймовірно, потрібно використовувати тимчасові файли. Проста версія цього:

tmp=${TMPDIR:-/tmp}/mine.$$
if ./a > $tmp.1
then
    if ./b <$tmp.1 >$tmp.2
    then
        if ./c <$tmp.2
        then : OK
        else echo "./c failed" 1>&2
        fi
    else echo "./b failed" 1>&2
    fi
else echo "./a failed" 1>&2
fi
rm -f $tmp.[12]

Перенаправлення '1> & 2' також може бути скорочено '> & 2'; однак стара версія оболонки MKS неправильно керувала перенаправленням помилок без попереднього "1", тому я використовував це однозначне позначення для надійності для віків.

Це витікає файли, якщо ви щось перериваєте. Програмування оболонок, захищених від бомб (більше чи менше), використовує:

tmp=${TMPDIR:-/tmp}/mine.$$
trap 'rm -f $tmp.[12]; exit 1' 0 1 2 3 13 15
...if statement as before...
rm -f $tmp.[12]
trap 0 1 2 3 13 15

Перший рядок пастки говорить "запустити команди" rm -f $tmp.[12]; exit 1, коли відбувається будь-який із сигналів 1 SIGHUP, 2 SIGINT, 3 SIGQUIT, 13 SIGPIPE або 15 SIGTERM або 0 (коли оболонка виходить з будь-якої причини). Якщо ви пишете сценарій оболонки, для остаточної пастки потрібно лише видалити пастку на 0, яка є пасткою для виходу з оболонки (ви можете залишити інші сигнали на місці, оскільки процес все-таки закінчиться).

У початковому конвеєрі "c" можливо зчитувати дані з "b" до того, як "a" закінчиться - зазвичай це бажано (наприклад, це дає декілька ядер, наприклад). Якщо 'b' є фазою 'сортування', то це не застосовуватиметься - 'b' повинно побачити весь його вхід, перш ніж він зможе генерувати будь-який свій вихід.

Якщо ви хочете виявити, які команди (и) не вдається, ви можете використовувати:

(./a || echo "./a exited with $?" 1>&2) |
(./b || echo "./b exited with $?" 1>&2) |
(./c || echo "./c exited with $?" 1>&2)

Це просто і симетрично - тривіально поширюватися на 4-частинний або N-частинний трубопровід.

Прості експерименти з «set -e» не допомогли.

У bash ви можете використовувати set -eі set -o pipefailна початку свого файлу. Наступна команда ./a | ./b | ./cзавершиться невдачею, коли будь-який із трьох сценаріїв вийде з ладу. Код повернення буде кодом повернення першого невдалого сценарію.

Зверніть увагу , що pipefailнедоступне в стандартному ш .

Ви також можете перевірити ${PIPESTATUS[]}масив після повного виконання, наприклад, якщо ви запускаєте:

./a | ./b | ./c

Тоді ${PIPESTATUS}з'явиться масив кодів помилок від кожної команди в трубі, тому якщо середня команда не вдалася, echo ${PIPESTATUS[@]}містила б щось на зразок:

0 1 0

і щось подібне запустіть після команди:

test ${PIPESTATUS[0]} -eq 0 -a ${PIPESTATUS[1]} -eq 0 -a ${PIPESTATUS[2]} -eq 0

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

На жаль, для відповіді Джонатана потрібні тимчасові файли, а відповіді Мішеля та Імрона потрібні удари (хоча це питання має мітку оболонки). Як вже вказували інші, не можна перервати трубу до того, як пізніше будуть запущені процеси. Усі процеси запускаються одразу і, таким чином, всі запускаються до того, як будь-які помилки можуть бути передані. Але заголовок питання також запитував про коди помилок. Їх можна отримати та дослідити після закінчення роботи труби, щоб з'ясувати, чи не відбувся жоден із залучених процесів.

Ось рішення, яке фіксує всі помилки в трубі та не лише помилки останнього компонента. Таким чином, це схоже на basha's pipefail, просто більш потужне в тому сенсі, що ви можете отримати всі коди помилок.

res=$( (./a 2>&1 || echo "1st failed with $?" >&2) |
(./b 2>&1 || echo "2nd failed with $?" >&2) |
(./c 2>&1 || echo "3rd failed with $?" >&2) > /dev/null 2>&1)
if [ -n "$res" ]; then
    echo pipe failed
fi

Щоб виявити, що щось не вдалося, echoкоманда друкує стандартну помилку, якщо будь-яка команда виходить з ладу. Потім комбінований стандартний вихід помилок зберігається $resі досліджується пізніше. Ось чому стандартна помилка всіх процесів перенаправляється на стандартний вихід. Ви також можете надіслати цей вихід /dev/nullабо залишити його ще одним показником того, що щось пішло не так. Ви можете замінити останній переадресацію на /dev/nullфайл, якщо вам не потрібно зберігати вихід останньої команди де завгодно.

Для того, щоб грати більше з цією конструкцією , і переконати себе , що це дійсно робить те , що він повинен, я замінив ./a, ./bі ./cна подоболочкі, які виконують echo, catі exit. Ви можете використовувати це, щоб перевірити, чи справді ця конструкція пересилає весь результат від одного процесу до іншого і чи правильно записуються коди помилок.

res=$( (sh -c "echo 1st out; exit 0" 2>&1 || echo "1st failed with $?" >&2) |
(sh -c "cat; echo 2nd out; exit 0" 2>&1 || echo "2nd failed with $?" >&2) |
(sh -c "echo start; cat; echo end; exit 0" 2>&1 || echo "3rd failed with $?" >&2) > /dev/null 2>&1)
if [ -n "$res" ]; then
    echo pipe failed
fi