Bacula ждёт завершения всех дочерних процессов. Другими словами, вы «в фоне» не оставите задачу, если ваши процессы будут запускаться из бакулы — даже если вы сделаете форк в скрипте и убъёте родителя, сироту подхватит бакула и будет ждать её завершения. Логично, потому, что сериализация задач в бакуле сделана для ускорения каждой из них: чтобы системы «не распылялись» при выполнении, выполняя каждую из задач и все в целом бысрее.
Частично обойти это можно, указав Maximum Concurrent Jobs больше 1 в Client, Storage, Director ресурсах (где это необходимо). Тогда система сможет запустить другие задания, несмотря на то, что данное задание ещё выполняется.
Возможно, другое решение — разворачивать только что сделанный бекап из бакулы и запаковывать в tar уже его. Если сейчас память не врёт, restore job-ы по-другому работают с этими ограничениями на число одновременных задач.
Вообще у меня стойкое ощущение, что вы неправильно её используете, а точнее — архитектура бекапов у вас неправильная. Для чего вам этот tar? Если это «второй бекап», почему он запускается из bacula, если он не имеет никакого к ней отношения? Попытка сериализовать задачи? Ну так они у вас и сериализовались правильно, диск и прочие ресурсы в каждый момент времени заняты одной конкретной задачей.
