Почему не ходит трафик от клиента vpn наружу?

Антон Южный,
Пробовал так не помогает (10.10.10.0/24 - ip из этой сети получают клиенты)

chain forward {
type filter hook forward priority filter; policy drop;
ip saddr 10.10.10.0/24 ip daddr 0.0.0.0/24 accept
ip saddr 0.0.0.0/24 ip daddr 10.10.10.0/24 accept
}

Почему не ходит трафик от клиента vpn наружу?

Криво копирнул, просто напрягает разрешенный forward без каких либо условий.

Почему не ходит трафик от клиента vpn наружу?

Использую nftables, и да врубил

table ip nat {
chain postrouting {
type nat hook postrouting priority filter; policy accept;
masquerade
}

Как правильно восстановить бэкап созданный с помощью pg_dumpall?

Благодарю за помощь

Как правильно восстановить бэкап созданный с помощью pg_dumpall?

В ходе расследования мы вышли сами на себя

"C:\Program Files\PostgreSQL\15.1-4.1C\bin\psql" --host "localhost" --port "5432" -f G:\backuppgdump\10-04-2024\182_backup_10-04-2024T12-32-07 postgres

Тогда получается чтобы все из dumpall поднять нужно создать пустую базу и подключиться к ней и запустить восстановление ))

Как правильно восстановить бэкап созданный с помощью pg_dumpall?

почти все ошибки ушли , но осталось

SET
SET
SET
SET
SET
psql:G:/backuppgdump/10-04-2024/182_backup_10-04-2024T16-04-30:32944216: ERROR: database "postgres" is being accessed by other users
ПОДРОБНОСТИ: There is 1 other session using the database.
psql:G:/backuppgdump/10-04-2024/182_backup_10-04-2024T16-04-30:32944221: ERROR: database "postgres" already exists
ALTER DATABASE
Вы подключены к базе данных "postgres" как пользователь "postgres".

Debian swap vm.swappiness = 0, есть ли подводные камни?

Гмм - изначально проблема была в том что активно юзался swap при свободной оперативке в 16 ГБ (значение по умолчанию vm.swappiness = 60) . Потому и решил уменьшить значение чтобы разрузить swap. Получаю делаю не правильно ?

Debian swap vm.swappiness = 0, есть ли подводные камни?

ValdikSS, не совсем понял.
Значение которое было по умолчанию (свап выедался весь)

sysctl -a | grep swappin
vm.swappiness = 60

Сделал vm.swappiness = 1 (Теперь swap от4 мб до 200 подымается, но максимум редко)

Debian swap vm.swappiness = 0, есть ли подводные камни?

r1412s, спасибо за ссылки. Попробую для начала vm.swappiness = 1 . А дальше, как грится война покажет.

Debian swap vm.swappiness = 0, есть ли подводные камни?

Дмитрий, диск под базы SSD. Пока остановился на vm.swappiness = 0 . Периодически мониторю( в течении 3 часов) swap использоваться перестал.

Debian swap vm.swappiness = 0, есть ли подводные камни?

Понял, спасибо за ответ. По памяти 16 Гб но если что можно на proxe будет добавить.

Можно ли корректно забэкпить БД Postgres в Proxmox?

Спасибо за ответ. Правильно ли я понял - при использовании заморозки, во время бэкапа, postgres не будет доступен (пока не пройдёт бэкап ) ? Собственно в чем разница между этим вариантом и бэкапом с помощью опции stop ?

Можно ли корректно забэкпить БД Postgres в Proxmox?

Периодически приходиться проводить обновление ОС на вм (риск сбоя, который приведет к неработоспособности операционки не велик, но существует). Отсюда и вопрос . По идее, всегда смогу откатиться с помощью pg_probackup, но на это потребуется дополнительно время. Ну и два бэкапа лучще чем один ) Потому и хочется прояснить можно ли бэкапить БД вместе с виртуалкой.

Bash почему не корректно работает скрипт?

Благодарю, вчера уже под вечер писал, перепутал операторы

Как перенести каталог data в postgrespro-1c-15 на другой диск?

Собственно уже )

Как перенести каталог data в postgrespro-1c-15 на другой диск?

Пробовал править не помогает

Postgres репликация через слот, почему возникает ошибка запрошенный сегмент Wall уже удалён?

Ну как бы да , отвал проиcходит только если льется большой dump на Master claster. Погоняю тесты на виртуалке с разной скоростью сети. Попробую подобрать оптимальный размер.

Postgres репликация через слот, почему возникает ошибка запрошенный сегмент Wall уже удалён?

Гмм вопрос интересный . Судя по по ошибке размера max_slot_wal_keep_size=20GB не хватает для хранения нужных для репликации wal и они затираются - поэтому реплика отваливается. Нужный объем хранилища, насколько я понимаю, зависит от скорости сети между серваками с PG . Собственно как вариант , для корректной репликации без сбоев, нужен размер max_slot_wal_keep_size равный размеру загружаемой базы ?

Как избежать ошибки запрошенный segment wal уже удалён?

Собственно хочу уточнить один момент(РЕшил остановиться на репликации через слот - получается более экономно по занимаемому месту в pg_wal. )
При использовании слотов репликации

В настройках На мастере отключаю параметры max_wal_size=4GB и wal_keep_size=3GB
archive_mode = off
#archive_command = '/bin/true'
max_wal_senders = 2
#max_wal_size=4GB
#wal_keep_size=3GB
wal_level = replica
wal_log_hints = on
И указываю
max_slot_wal_keep_size = 20GB

На slave стопарю службу постгрес очищаю data
Запускаю синхронизацию с создание слота репликации (от пользака postgres)

pg_basebackup -R -h 192.168.250.182 -U rep_user -D /var/lib/pgpro/1c-16/data -P -C -S pgstandby1

Запускаю службу pg.
Вроде все работает, репликация не отваливается даже при заливке большой базы на Master.

По идее на этом все ?

Или что-то упускаю ?

Postgres потоковая репликация Master-Slame как очиcтить архив wal?

Ограменейшее спасибо !