ВС
pg_pro. снимки используются для других целей
тоесть ты отключил checksumm в ZFS ? и у тебя чексумм делает pg_probackup в штатном режиме?
Size: a a a
2020 July 10
СГ
тоесть ты отключил checksumm в ZFS ? и у тебя чексумм делает pg_probackup в штатном режиме?
я отключил checksum в СУБД (инстансе). В ZFS checksums включены и никогда не будут отключены
ВС
я отключил checksum в СУБД (инстансе). В ZFS checksums включены и никогда не будут отключены
дык pg_probackup ругается на чек сумм ...
СГ
дык pg_probackup ругается на чек сумм ...
ну пусть ругается. Иногда нужно дать гневу выйти)))
LK
Цена вопроса checksum в пределах погрешности измерений.
СГ
Цена вопроса checksum в пределах погрешности измерений.
вы меряли? а я да)
ВС
вы меряли? а я да)
тоесть хочешь сказать что это отъедает больше ресурсов во время бэкапов? или во время работы в целом?
2_
я отключил checksum в СУБД (инстансе). В ZFS checksums включены и никогда не будут отключены
а может такое быть что с точки зрения системы хранения блок будет валидный (чексуммы), а с точки зрения данных нет, т.е. пг будет считать этот блок не валидным?
СГ
тоесть хочешь сказать что это отъедает больше ресурсов во время бэкапов? или во время работы в целом?
расчёт и проверка контрольных сумм происходит в самой СУБД постоянно.
ВС
расчёт и проверка контрольных сумм происходит в самой СУБД постоянно.
тоесть я сейчас понизил производительность я так полагаю ?
СГ
2flower _
а может такое быть что с точки зрения системы хранения блок будет валидный (чексуммы), а с точки зрения данных нет, т.е. пг будет считать этот блок не валидным?
если попробовать проследить прохождение страниц памяти между процессами вплоть до передачи страницы в ядро для записи на диск - то получается что такое может произойти, если будет повреждён бит в памяти во время вышеуказанного процесса. Но у меня и память ECC на всякий случай). То что пришло в ZFS - будет записано на диск и ZFS гарантирует что это же и будет прочитано в последствии.
2_
если попробовать проследить прохождение страниц памяти между процессами вплоть до передачи страницы в ядро для записи на диск - то получается что такое может произойти, если будет повреждён бит в памяти во время вышеуказанного процесса. Но у меня и память ECC на всякий случай). То что пришло в ZFS - будет записано на диск и ZFS гарантирует что это же и будет прочитано в последствии.
это я понял, но что если уже пришло с ошибкой, например баг в пг.
ВС
если попробовать проследить прохождение страниц памяти между процессами вплоть до передачи страницы в ядро для записи на диск - то получается что такое может произойти, если будет повреждён бит в памяти во время вышеуказанного процесса. Но у меня и память ECC на всякий случай). То что пришло в ZFS - будет записано на диск и ZFS гарантирует что это же и будет прочитано в последствии.
а в случае поврежденного физ сектора на диске?
СГ
а в случае поврежденного физ сектора на диске?
ну так зеркало
ВС
ну так зеркало
верно
ВС
тоесть надо в инстансе вырубить checksums
СГ
2flower _
это я понял, но что если уже пришло с ошибкой, например баг в пг.
от багов в ПГ конечно я не застрахован. Но что если баг в функции расчёта контрольных сумм? Можно ведь и такое тоже сделать предположение)
ВС
pg_checksums -d —disable /path
СГ
тоесть надо в инстансе вырубить checksums
я такого не писал). Я написал как сделал я. Но очень часто я добавляю - повторять за мной бездумно нельзя. Нет, не так)) - НЕЛЬЗЯ!
СХ
Лог из postgresql для ошибки покажите
