rgzrgz, погуглите как найти установленные пакеты с конкретного репозитория. На память не подскажу.
И по этому списку пакеты от 7.2 будут в большинстве случаев иметь 7.2 в названии. А метапакеты - не будут иметь какой-то принадлежности в имени.
/etc/apt/sources.list.d/php.list ?
Это корректное место для адресов репозиториев, идентично /etc/apt/sources.list
А если мне нужен именно php 7.2. Это удалит поддержку 7.2?
Это удалит репозиторий. Пакеты останутся, но обновляться не будут.
А происходит у вас очевидно то, что вы добавили этот репозиторий, поставили пакеты типа libapache2-mod-php. По зависимостям прилетел 7.2. Прошло время. Вышел php 7.3. libapache2-mod-php теперь указывает на libapache2-mod-php7.3.
Совершенно очевидно apt хочет сказать, что для соответствия новым реалиям есть обновления - надо на 7.3 обновляться. Но upgrade это сделать не может, т.к. надо ставить новые пакеты. dist-upgrade предложит поставить 7.3
Если вы не готовы к 7.3 - то вам надо снести метапакеты без указанных версий, а на нужны проставить apt-mark manual метку
В wal пишутся и соответственно реплицируются изменения по всему кластеру целиком. Поэтому если потерян - то репликация встанет и пожалуется на жизнь в лог.
Одна из баз на мастере имеет размер 100гб на слейве 16гб.
а оракл не умеет транзакционный DDL? Честно не в курсе. В postgresql просто оборачиваете в транзакцию и всё, ваша задача выполнена (за оговоркой что это не concurrently изменения).
Я бы сказал вам наоборот надо искать как выключить обновление ядра без перезагрузки. Если на тот же дебиан прилетает обновление с linux-image-4.19.0-1-amd64 на linux-image-4.19.0-2-amd64 - то стоят оба пакета, uname -a остаётся без изменений. Новое ядро будет только после перезагрузки. Для серверных систем где рестарт может быть штукой долгой добавляли механизмы обновления ядра налету, но дебиан из коробки это не использует. Может быть arch использует и это вызывает проблемы у вас.
Файл есть:
1) где. Должен быть там, откуда его тянет restore_command, то есть на S3. По вашему листингу "список файлов в minio в папке wal_005 в бакете pg-backups" его там нет.
2) когда. В standby_mode база будет дёргать следующий сегмент по кругу бесконечно. Потому что это standby_mode, конкретно для такого recovery.conf - wal-shipping replication.
