Снапшоты

Mikhail Sgibnev написал(а) к Michael Dukelsky в May 24 18:46:40 по местному времени:

Здpавствуй, Michael!

Вторник 21 Мая 2024 09:24, ты писал(а) All:

MD> Хотелось использовать снапшоты на рутовом разделе на RAID1 для
MD> резервного копирования со снапшота. Потестировал btrfs. Тестирование
MD> закончилось крэшем, после которого восстановление из снапшота было
MD> невозможно.

MD> Теперь вопрос про LVM. Насколько надёжна конфигурация RAID1 (два
MD> диска) поверх LVM поверх dm-integrity. Ничего от LVM кроме
MD> dm-integrity и снапшотов не нужно.

Настоятельно рекомендую использовать ZFS - ФС надёжна, влёчет небольшие накладные расходы по IOPS. Снапшот легко передается куда надо через zfs-send и просто восстанавливается.

С уважением - Mikhail
--- -Уютно у вас, а только странно. И солнца мало.

Mikhail Sgibnev написал(а) к Sergey Anohin в May 24 18:50:24 по местному времени:

Здpавствуй, Sergey!

SA> Работает, но если развалится чинить говорят трудно, сам не чинил. А
SA> чего ZOL не хочешь попробовать? Там повеселее чем brtfs, правда рамы
SA> надо много и ECC бы крайне надо и nvme под L2 кеш, оверхед?

Нет, не надо много RAM, минимум 4Гб, но это, по нынешним временам, не серьезно. Наличие ECC тоже весьма преувеличено. Какой кэш на nvme, откуда это?

Чтобы не быть голословным, вот у меня на машине:
>>mixaasgard: zfs list
>>NAME USED AVAIL REFER MOUNTPOINT
>>mypool 5.16T 1.98T 5.13T /mypool

>>mixaasgard: zpool status
>> pool: mypool
>> state: ONLINE
>> scan: resilvered 54.0M in 00:00:03 with 0 errors on Fri Jan
>> 5 13:25:402024
>>config:
>>
>> NAME STATE READ WRITE CKSUM
>> mypool ONLINE 0 0 0
>> mirror-0 ONLINE 0 0 0
>> sda ONLINE 0 0 0
>> sdb ONLINE 0 0 0
>>
>>errors: No known data errors



С уважением - Mikhail
--- -Уютно у вас, а только странно. И солнца мало.

Dmitry Protasoff написал(а) к Mikhail Sgibnev в May 24 16:44:27 по местному времени:

Нello, Mikhail!

Tuesday May 21 2024 18:50, you wrote to Sergey Anohin:

MS> Нет, не надо много RAM, минимум 4Гб, но это, по нынешним временам, не
MS> серьезно. Наличие ECC тоже весьма преувеличено. Какой кэш на nvme,
MS> откуда это?

К слову - на nvme zfs прямо скажем, не блещет..

Best regards,
dp.

--- GoldED+/LNX 1.1.5-b20230304

Alexey Vissarionov написал(а) к Michael Dukelsky в May 24 21:54:00 по местному времени:

Доброго времени суток, Michael!
21 May 2024 17:19:10, ты -> мне:

MD>>> Хотелось использовать снапшоты на рутовом разделе на RAID1 для
MD>>> резервного копирования со снапшота. Потестировал btrfs.
MD>>> Тестирование закончилось крэшем, после которого восстановление из
MD>>> снапшота было невозможно.
AV>> Вполне закономерно.
MD>>> Теперь вопрос про LVM. Насколько надёжна конфигурация RAID1
MD>>> (два диска) поверх LVM поверх dm-integrity. Ничего от LVM кроме
MD>>> dm-integrity и снапшотов не нужно.
AV>> Еще хуже.
AV>> З.Ы. (Замечу Ышо): более-менее работает оно с ZFS, но там свои
AV>> чудеса, и для промышленного применения я такую конфигурацию
AV>> применять все же не советую.
MD> То есть, по-твоему, снапшоты лучше оставить в покое? А что скажешь
MD> по поводу software RAID1 over dm-integrity без LVM?

Device mapper == потеря данных.

Выковырять их можно, но долго и дорого (время и цена возрастают линейно от объема и экспоненциально от количества устройств), а получается не всегда.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Не обижайся, если тебя назвали дураком - обижайся, если угадали
--- /bin/vi

Alexey Vissarionov написал(а) к Mikhail Sgibnev в May 24 22:38:38 по местному времени:

Доброго времени суток, Mikhail!
21 May 2024 18:50:24, ты -> Sergey Anohin:

SA>> Работает, но если развалится чинить говорят трудно, сам не чинил. А
SA>> чего ZOL не хочешь попробовать? Там повеселее чем brtfs, правда рамы
SA>> надо много и ECC бы крайне надо и nvme под L2 кеш, оверхед?
MS> Нет, не надо много RAM, минимум 4Гб, но это, по нынешним временам, не
MS> серьезно. Наличие ECC тоже весьма преувеличено. Какой кэш на nvme,
MS> откуда это?
MS> Чтобы не быть голословным, вот у меня на машине:
>>> mixaasgard: zfs list
>>> NAME USED AVAIL REFER MOUNTPOINT
>>> mypool 5.16T 1.98T 5.13T /mypool

Такое ощущение, что у тебя там ZFS ради ZFS - то есть, просто чтобы с ним потренироваться работать.

Потому что даже на вот таком скромном домашнем хранилище хватает XFS:

gremlin@warez:~ > df -h .
Filesystem Size Used Avail Use% Mounted on
/dev/loop0 37T 7.8T 29T 22% /home


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Лучшее средство от похмелья - не пить накануне
--- /bin/vi

Sergey Anohin написал(а) к Mikhail Sgibnev в May 24 11:55:18 по местному времени:

Нello, Mikhail!

MS> Нет, не надо много RAM, минимум 4Гб, но это, по нынешним временам, не серьезно. Наличие ECC тоже весьма преувеличено. Какой кэш на nvme, откуда это?

На сколько я помню рекомендации 1ТБ на 1ГБ рамы, ну кеш L2 опционал конечно, с ним скорости получше.

С наилучшими пожеланиями, Sergey Anohin.

--- wfido

Sergey Anohin написал(а) к Dmitry Protasoff в May 24 11:57:48 по местному времени:

Нello, Dmitry!

DP> ZFS на RAID1 особо ничем не лучше btrfs, а ECC вовсе не обязательна - в случае с битой памятью проблемы будут на любой FS.

В zfs же не изобрели fsck? В случае битых данных у меня бывали паники ядра, правда не на эхотаге, но ладно.

С наилучшими пожеланиями, Sergey Anohin.

--- wfido

Dmitry Protasoff написал(а) к Sergey Anohin в May 24 09:19:38 по местному времени:

Нello, Sergey!

Wednesday May 22 2024 11:57, you wrote to me:

DP>> ZFS на RAID1 особо ничем не лучше btrfs, а ECC вовсе не
DP>> обязательна - в случае с битой памятью проблемы будут на любой
DP>> FS.

SA> В zfs же не изобрели fsck? В случае битых данных у меня бывали паники

Если сами данные битые - то никакой fsck не поможет. fsck чинит файловую систему, а не данные ана ней :)

SA> ядра, правда не на эхотаге, но ладно.

В случае какой-нибудь ext4 - о том, что данные побились - можно просто и не узнать никогда, вплоть до момента, когда что-то перестанет работать.

Best regards,
dp.

--- GoldED+/LNX 1.1.5-b20230304

Sergey Anohin написал(а) к Dmitry Protasoff в May 24 13:33:45 по местному времени:

Нello, Dmitry!

SA>> В zfs же не изобрели fsck? В случае битых данных у меня бывали паники
DP> Если сами данные битые - то никакой fsck не поможет. fsck чинит файловую систему, а не данные ана ней :)

ну я в общем про то и имел ввиду...

SA>> ядра, правда не на эхотаге, но ладно.
DP> В случае какой-нибудь ext4 - о том, что данные побились - можно просто и не узнать никогда, вплоть до момента, когда что-то перестанет работать.

В моем случае было так: заходишь (или обращаешься) в каталог с битыми вещами и получаешь панику )


С наилучшими пожеланиями, Sergey Anohin.

--- wfido

Dmitry Protasoff написал(а) к Sergey Anohin в May 24 10:55:42 по местному времени:

Нello, Sergey!

Wednesday May 22 2024 13:33, you wrote to me:

SA>>> ядра, правда не на эхотаге, но ладно.
DP>> В случае какой-нибудь ext4 - о том, что данные побились - можно
DP>> просто и не узнать никогда, вплоть до момента, когда что-то
DP>> перестанет работать.

SA> В моем случае было так: заходишь (или обращаешься) в каталог с битыми
SA> вещами и получаешь панику )

Есть еще то, что называется Bit rot - битые данные, возникающие во время длительного хранения на носителе, использующем магнитное поле для записи информации.

Записали файл, а потом прочитали - а все, какой-то бит поменялся. И никто не заметил (ну кроме scrub на ZFS).

Best regards,
dp.

--- GoldED+/LNX 1.1.5-b20230304