После очень быстрого воспроизведения этой настройки я думаю, что ваша проблема возникает из-за незначительного заблуждения.
Ваша команда iptables -I INPUT -p tcp --dport **X** -j LOG --log-level 7
устанавливает уровень журнала -не на WARNING
, а на уровень журнала -DEBUG
. Чтобы установить уровень предупреждения, вы должны использовать --log-level 4
.
Это приводит к использованию неправильного уровня журнала в конфигурации системного журнала. При использовании --log-level 7
в команде iptables
вы хотели бы использовать kern.debug
в /etc/rsyslog.conf
. Вы должны использовать kern.warning
в rsyslog
при использовании --log-level 4
в iptables
.
Убедитесь, что вы перезапустили службу rsyslog
(systemctl restart rsyslog
)после изменения /etc/rsyslog.conf
. Также следует отметить, что файл /var/log/iptables.log
не будет создан до тех пор, пока не появится входящий трафик на нужном порту для регистрации.
Мне неизвестен способ обработки фоновых процессов в том порядке, в котором они завершаются.
#!/bin/bash
declare -a bg_pids
ec=0
(sleep 10; exit "$ec") &
bg_pids+=($!)
((ec++))
(sleep 10; exit "$ec") &
bg_pids+=($!)
((ec++))
(sleep 10; exit "$ec") &
bg_pids+=($!)
((ec++))
for pid in "${bg_pids[@]}"; do
echo -n "PID ${pid}: "
wait -f "$pid"
echo $?
done
Выход:
PID 29807: 0
PID 29808: 1
PID 29810: 2
Для GNU Parallel информация доступна в--joblog
:
nohup parallel --joblog my.log java -jar batchorch.jar {} ::: table1 table2 table3
Соответствующий столбец Exitval:
Seq Host Starttime JobRuntime Send Receive Exitval Signal Command
1 : 1597644202.601 0.003 0 0 1 0 java -jar batchorch.jar table1
2 : 1597644202.604 0.008 0 0 1 0 java -jar batchorch.jar table2
3 : 1597644202.613 0.005 0 0 1 0 java -jar batchorch.jar table3