RS
Кто-то готов стать владельцем группы? У меня честно ни времени, ни желания особо нет
Size: a a a
2020 September 19
АД
Roman Syuzyov
Кто-то готов стать владельцем группы? У меня честно ни времени, ни желания особо нет
Давайте попробую, если будет сильно напрягать, то передам)
И
Предлагаю потом в описании канала добавить ссылку на группу https://t.me/mssqlplus1c меньше часа живёт, но уже полезна.
LK
по-хорошему любое восстановление из дампа должно идти с -v ON_ERROR_STOP=1
А как так сделать?
У pg_restore нет таких ключей?
У pg_restore нет таких ключей?
GS
А как так сделать?
У pg_restore нет таких ключей?
У pg_restore нет таких ключей?
В pg_restore есть --exit-on-error
2020 September 20
LK
В pg_restore есть --exit-on-error
Спасибо.
A
@gsmolk Григорий, подскажите, а почему при частичном восстановлении (--db-include пишу только одну базу) частично восстанавливаются (примерно наполовину объема) и файлы от другой базы?
Для большего понимания - восстанавливаю базу 1С, а вместе с ней еще половина базы Zabbix-а идет впридачу )
Для большего понимания - восстанавливаю базу 1С, а вместе с ней еще половина базы Zabbix-а идет впридачу )
A
Это не критично, конечно, просто любопытно почему такое может быть
GS
Alexander Malykhin
@gsmolk Григорий, подскажите, а почему при частичном восстановлении (--db-include пишу только одну базу) частично восстанавливаются (примерно наполовину объема) и файлы от другой базы?
Для большего понимания - восстанавливаю базу 1С, а вместе с ней еще половина базы Zabbix-а идет впридачу )
Для большего понимания - восстанавливаю базу 1С, а вместе с ней еще половина базы Zabbix-а идет впридачу )
Это Вы замеряли уже после старта постгреса?
A
Это Вы замеряли уже после старта постгреса?
да, но базы не удалял )
A
просто размер каталогов смотрю
A
ааа, это наверно wal-ы накатились - я делал восстановление PITR
GS
Alexander Malykhin
да, но базы не удалял )
В таком случае это эффект от применения WAL
A
В таком случае это эффект от применения WAL
а при частичном восстановлении с PITR накатываются все WAL (которые нужны для достижения точки) или как-то выбираются только те, в которых изменения касаются выбранных баз?
GS
Alexander Malykhin
а при частичном восстановлении с PITR накатываются все WAL (которые нужны для достижения точки) или как-то выбираются только те, в которых изменения касаются выбранных баз?
Все, конечно, постгрес не умеет выборочно применять WAL
A
Все, конечно, постгрес не умеет выборочно применять WAL
ну вдруг какую-нибудь магию уже придумали )
где-то выше вы писали, что можете показать юнит системд для pg_receivewal
он у меня, почему-то, не хочет брать пароль из .pgpass (при этом psql нормально берет), пришлось вписывать в юните в переменную окружения
может я что-то делаю не так
где-то выше вы писали, что можете показать юнит системд для pg_receivewal
он у меня, почему-то, не хочет брать пароль из .pgpass (при этом psql нормально берет), пришлось вписывать в юните в переменную окружения
может я что-то делаю не так
A
просто с консоли он тоже из .pgpass не берет, запускаю от root - может из-за этого?
GS
Под strace посмотрите, где он ищет .pgpass
A
странно, он его читает:
stat("/root/.pgpass", {st_mode=S_IFREG|0600, st_size=44, ...}) = 0
openat(AT_FDCWD, "/root/.pgpass", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0600, st_size=44, ...}) = 0
read(3, "srvpg:5432:pgbackup:postg"..., 4096) = 44
read(3, "", 4096) = 0
close(3) = 0
но не использует
stat("/root/.pgpass", {st_mode=S_IFREG|0600, st_size=44, ...}) = 0
openat(AT_FDCWD, "/root/.pgpass", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0600, st_size=44, ...}) = 0
read(3, "srvpg:5432:pgbackup:postg"..., 4096) = 44
read(3, "", 4096) = 0
close(3) = 0
но не использует
GS
Покажите содержимое pgpass