K
Ну возможно. Но цель разбираться в логах тж все же стоит
Ну там раньше было куча настроек. Ставишь 1 мб на процесс и 10-20 подключений и можно было жить.
Потом они заблочили эти изменения и пришлось переходить на 64.
Size: a a a
2021 June 27
СЯ
A
Я не знаю как сейчас, но раньше на ПРОФ сервере 32 разрядном нельзя было указывать ограничеие памяти на один процесс, соответственно работал 1 процесс который при превышении 4 гигов оперативы падал
И
Это почему?
A
Потому если на клиенте указать айпи он обратиться к менеджеру кластера, но менеджер кластера вернёт символьное имя, а если по этому символьному имени ваш днс сервер ничего не знает то словите ошибку
И
Это понятно.
И
Чуть голову не сломал на этом сообщении, пойду лучше футбол посмотрю...
A
Не надо ничего ломать, система коммерческая с оплаченной ТП, пишите им. Я всегда пишу а пока они не ответили копаюсь сам.
11
Это да, но если базам не одна можно на одном хостеинаиразеых портах хоть 10 процессов запустить. На каждом процессе своя база
A
Нет такое тоже не давал, типа один проц на базу, сразу ограничение ПРОФ срабатывало
2021 June 28
E
Спасибо!
А
Привет
А
кто знает как работать за linux red hat?
П
как и центосе
M
Red Hat знает. И его техподдержка.
ДК
@gsmolk Подскажите момент. Можно не применяя stream-копию, как-то при ресторе(допустим full) заставить wal-ы уехать в восстанавливаемый инстанс? Т.е. избежать проброса доступа от восстанавливаемого инстанса до точки хранения архивов wal ?
GS
нет, ARCHIVE режим предполагает доступ к архиву при восстановлении
GS
а какую проблему решаете?
ДК
Борьба с ленью, что бы не просить "проковырять" обратный туннель до сервера резервных копий в закрытом контуре.
GS
вообще, наверное, можно запилить такую оптимизацию, типа при восстановлении ARCHIVE копии сразу перенести все нужные валы в pg_wal