А чем отличается запуск процесса сборки в buildah-режиме от запуска

того же самого в dind?
только что добился воспроизведения следующей ситуации:
- есть несколько образов на основе jvm(scala)
- одним из шагов (setup) в каждом образе является запуск тестов: sbt test
- запускаем werf build image1 image2
- если запускаем в режиме buildah то оба образа собираются без ошибок (т.е. этап sbt test проходит успешно в каждом образе)
- если запускаем в классическом варианте (dind), и образ image2 запускается фоновым процессом (сет из 2х образов image1 + image2) то выполнение sbt test в image2 завершается с ошибкой с переменным результатом (т.е. повторный запуск может пройти, а может и опять выдать ошибку)
- если же явным образом запустить werf build image2 то sbt test проходит без ошибок
- верф в buildah и в dind используется одной и той же версии: 1.2.248

может фоновые контейнеры запускаются каким-то особым образом и docker как-то их "придавливает"?

Всё запускается единообразно, возможно с ресурсами связано и демон докера так себя ведёт.

а в случае buildah ведь докерд нет, процессы параллельной сборки запускаются как обычные процессы в линукс?

Ес