vreitech

Если при выполнении через docker/podman команды в контейнере (параметр exec) предполагается, что потребуется пользовательский ввод (т. е., как в вопросе выше, не только запустить psql, но и вводить команды для него), то важно не забывать про параметр -i docker/podman, который и обеспечивает работу ввода (передачу команд с клавиатуры запущенной через exec в контейнере программе).
Обеспечиваемый параметром -i функционал не "бесплатен" (требует ресурсов системы и подвержен блокировкам либо является их источником), именно поэтому он вынесен в отдельный параметр, что позволяет для программ, требующим пользовательского ввода (или, правильнее сказать, ввода через stdin), предоставить его, задействовав соответствующие ресурсы и механизмы; при запуске программ, не требующих такового ввода, в свою очередь, опустив параметр -i, можно исключить их блокирование по вводу через stdin (возможно ошибочному или непреднамеренному), не выделять на обработку ввода ресурсы.

В вашем кейсе (копирование файлов и iperf) LACP вам не даст более чем 10 Гбит/с. LACP не предназначен для того, чтобы раскидывать по разным интерфейсам трафик, идущий от одной конкретной машины к другой конкретной машине.
Чтобы дало более 10 Гбит/с - вам нужно соблюсти условие, при котором часть данных пойдёт по первому интерфейсу, а часть - по второму. Как правило данное условие - это I = (A XOR B) % NOA, где A - это MAC-адрес источника, B - MAC-адрес приёмника, NOA - количество адаптеров в агрегации, а I - интерфейс из агрегации.
Другими словами, запускайте 2 iperf'а, обеспечив им такие src MAC и dst MAC, чтобы остаток от деления операции XOR по src MAC и dst MAC на 2 для первого iperf'а был один, а для второго - другой.

это в общем случае определяется параметром max_connections.
в случае, если количество подключений к серверу достигло данного максимума, то в новых подключениях будет отказано, пока не освободится одно из занятых подключений.
если подключение установлено, то по нему может быть передан на выполнение запрос. он начнёт выполняться и, в зависимости от настроек таймаутов, от того, какие блокировки и на какие объекты имеются в СУБД и какой уровень изоляции используется, запрос либо выполнится; либо выполнится частично и встанет в ожидание освобождения какой-то из блокировок, и после освобождения продолжит выполняться; либо подождёт освобождения блокировки и прервётся по таймауту (результат такого частичного выполнения откатится); либо выполнится частично и прервётся по нарушению сериализации (результат такого частичного выполнения откатится).
вроде ничего не забыл.

Не могу никак найти годный ресурс, в котором можно почитать и понять, что мне требуется.

Один из самых годных ресурсов - документация. В частности, разделы про подключение и аутентификацию:
https://postgrespro.ru/docs/postgresql/16/runtime-...
https://postgrespro.ru/docs/postgresql/16/client-a...

PostgreSQL на сервере уже установил, даже создал БД, но подключить не получилось к боту.

Вам следует привести получаемое сообщение об ошибке в таком случае.
И я бы ещё рекомендовал попробовать попробовать подключиться с помощью клиента psql (он у вас уже установлен, коль вы поставили сервер postgresql) и добавить сюда и его сообщение об ошибке, поскольку с трейсами питона обычно разбираться мало кому охота (не говоря уже о том, что в них не всегда есть что-то внятное по проблеме подключения).

Вы пишите, что настройки в .env-файле у вас стандартные. Вместе с тем у вас в .env задан пароль пользователя postgres, а в стандартной поставке postgresql в Linux у пользователя postgres пароля нет (и подключения под этим пользователем принимаются только с local-авторизацией на unix-сокет, по TCP/IP вы не подключитесь).
Так что в вашем случае я бы сначала через sudo залогинился под root, через su переключился на пользователя ОС postgres, подключился к СУБД из терминала с помощью psql, создал нового пользователя СУБД, затем назначил бы ему пароль, а уже эти логин и пароль нового пользователя использовал бы в .env.
https://postgrespro.ru/docs/postgresql/16/sql-crea...

GNU/Linux. ванильное ядро собирают со своей конфигурацией без несвободных включений.

У меня стойкое ощущение, что ваш греп залип на работе с каким-то устройством или FIFO-буфером. Можете попробовать добавить параметр --devices=skip, чтобы пропускать (игнорировать) всё, кроме файлов и симлинков.