The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"LVM crash & recovery"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"LVM crash & recovery"  
Сообщение от Santa Claus on 21-Июн-06, 13:11 
Допустим LV расположен на 3-х физических HDD (без RAID).
Один HDD полностью вылетел.
Как восстановить LV и как узнать какие данные сохранились?
Реально кто-нибудь этим занимался?

Или под LVM обязательно иметь RAID?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "LVM crash & recovery"  
Сообщение от Santa Claus email on 23-Июн-06, 18:05 
Убил кучу времени.
Короче LVM не имеет действенных инструментов для восстановления ваших данных (типа fsck и т.п.).
Под LVM обязательно надо иметь, что-нибудь с избыточностью для восстановления, т.е. RAID5, иначе вы сильно рискуете.

При вылете PV вы довольно быстро сможете продолжить работу, см.
How do I restore an LVM if one of the physical volumes that constitute a volume group has failed?
http://kbase.redhat.com/faq/FAQ_85_5843.shtm

однако как реально спасти ваши данные с отказавшего PV никто не знает!
По крайней мере мне это не удалось.
Более того, неизвестно какие данные остались коррекными на работающих PV и LV !!!
В моих опытах файлы, предположительно оказавшиеся полностью или частично на отказавшем PV, после восстановления конфигурации LVM (замена отказавшего диска на новый) имели правильный размер и атрибуты но состояли сплошь из 00.

Непонятно только одно, почему так много статей про полезность LVM даже для десктопа, но о том, что вы не сможете восстановить даже часть ваших данных (а оставшиеся могут быть некорректными) нигде нет ни слова!?


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

2. "LVM crash & recovery"  
Сообщение от kolayshkin email(??) on 24-Июн-06, 00:02 
А Вы знакомы с теорией RAID ?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

3. "LVM crash & recovery"  
Сообщение от Drew email(??) on 24-Июн-06, 13:23 
>Убил кучу времени.
>Короче LVM не имеет действенных инструментов для восстановления ваших данных (типа fsck
>и т.п.).
>Под LVM обязательно надо иметь, что-нибудь с избыточностью для восстановления, т.е. RAID5,
>иначе вы сильно рискуете.
>
>При вылете PV вы довольно быстро сможете продолжить работу, см.
>How do I restore an LVM if one of the physical volumes
>that constitute a volume group has failed?
>http://kbase.redhat.com/faq/FAQ_85_5843.shtm
>
>однако как реально спасти ваши данные с отказавшего PV никто не знает!
>
>По крайней мере мне это не удалось.
>Более того, неизвестно какие данные остались коррекными на работающих PV и LV
>!!!
>В моих опытах файлы, предположительно оказавшиеся полностью или частично на отказавшем PV,
>после восстановления конфигурации LVM (замена отказавшего диска на новый) имели правильный
>размер и атрибуты но состояли сплошь из 00.
>
>Непонятно только одно, почему так много статей про полезность LVM даже для
>десктопа, но о том, что вы не сможете восстановить даже часть
>ваших данных (а оставшиеся могут быть некорректными) нигде нет ни слова!?
>


ха-ха. вот я тоже почитал про lvm, воодушевился объединить 3 харда по 250гб (для файл-сервера), а потом призадумался, а что же будет, если один из них вылетит. поиск по 'lvm crash hdd' привел сюда =)
спасти данные с отказавшего винта я не расчитываю как с lvm, так и без =) но интересно будут ли в нормальном режиме работать оставшиеся 2 харда? будут ли видны файлы в разделах, которые находятся на 2х живых хардах?
santa claus, так что? данные на оставшихся винтах у тебя в нормальном виде?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

9. "LVM crash & recovery"  
Сообщение от Santa Claus email on 26-Июн-06, 09:38 

>santa claus, так что? данные на оставшихся винтах у тебя в нормальном
>виде?

Я же написал:
"Более того, неизвестно какие данные остались коррекными на работающих PV и LV !!!
В моих опытах файлы, предположительно оказавшиеся полностью или частично на отказавшем PV, после восстановления конфигурации LVM (замена отказавшего диска на новый) имели правильный размер и атрибуты но состояли сплошь из 00."

В моем опыте это были 3-4 больших файла, а если их будет тысячи? Каждый проверять на нули?


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

11. "LVM crash & recovery"  
Сообщение от Santa Claus email on 26-Июн-06, 09:53 
>> поиск по 'lvm crash hdd' привел сюда =)

Более того, скажу, что в инете я тоже нашел совсем немного информации по этой же теме.


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

4. "LVM crash & recovery"  
Сообщение от John (??) on 24-Июн-06, 13:51 
IMHO, бред:

>Короче LVM не имеет действенных инструментов для восстановления ваших данных (типа fsck
>и т.п.).
а интересно, Ваш жесткий диск или любое другое _блочное устройство_ имеет такие инструменты?

>Под LVM обязательно надо иметь, что-нибудь с избыточностью для восстановления, т.е. RAID5,
>иначе вы сильно рискуете.
конечно Вы рискуете не имея backup, RAID, etc - при чем здесь LVM?

>При вылете PV вы довольно быстро сможете продолжить работу, см.
>How do I restore an LVM if one of the physical volumes
>that constitute a volume group has failed?
>http://kbase.redhat.com/faq/FAQ_85_5843.shtm
>
>однако как реально спасти ваши данные с отказавшего PV никто не знает!
Никто и не должен этого знать: в случае отказа устройства в составе LVM, это устройство заменяется и делается восстановление из резервной копии.

>Непонятно только одно, почему так много статей про полезность LVM даже для
>десктопа, но о том, что вы не сможете восстановить даже часть
>ваших данных (а оставшиеся могут быть некорректными) нигде нет ни слова!?
Вы не поняли назначения LVM, которое заключается в удобстве управления имеющимися устройствами и выделения пространства под нужды системы/пользователей. Преимущества LVM расписаны здесь http://www.tldp.org/HOWTO/LVM-HOWTO/benefitsoflvmsmall.html и здесь http://www.tldp.org/HOWTO/LVM-HOWTO/benefitsoflvmlarge.html
Можно, конечно, расписывать всегда все возможные случаи, но для Вас ведь понятно, что при выходе из строя жесткого диска данные на нем будут утеряны - видимо Вы не дочитали/недопоняли документацию по LVM.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

5. "LVM crash & recovery"  
Сообщение от Drew email(??) on 24-Июн-06, 13:59 
>IMHO, бред:
>
>>Короче LVM не имеет действенных инструментов для восстановления ваших данных (типа fsck
>>и т.п.).
>а интересно, Ваш жесткий диск или любое другое _блочное устройство_ имеет такие
>инструменты?
>
>>Под LVM обязательно надо иметь, что-нибудь с избыточностью для восстановления, т.е. RAID5,
>>иначе вы сильно рискуете.
>конечно Вы рискуете не имея backup, RAID, etc - при чем здесь
>LVM?
>
>>При вылете PV вы довольно быстро сможете продолжить работу, см.
>>How do I restore an LVM if one of the physical volumes
>>that constitute a volume group has failed?
>>http://kbase.redhat.com/faq/FAQ_85_5843.shtm
>>
>>однако как реально спасти ваши данные с отказавшего PV никто не знает!
>Никто и не должен этого знать: в случае отказа устройства в составе
>LVM, это устройство заменяется и делается восстановление из резервной копии.
А если нет резервной копии? Если вместо умершего харда, точнее партиции, к логическому тому подключить другой - то данные на логических партициях будут корректны, за исключением данных, находившихся на умершем диске?


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

6. "LVM crash & recovery"  
Сообщение от John (??) on 24-Июн-06, 14:22 
>А если нет резервной копии? Если вместо умершего харда, точнее партиции, к
>логическому тому подключить другой - то данные на логических партициях будут
>корректны, за исключением данных, находившихся на умершем диске?

Все зависит от использовавшейся схемы:
несколько PV(physical volume) входят в состав VG(volume group) из которой выделяются LV(logical volume). На LV и располагаются ФС. В итоге может оказаться так, что в состав какой-то LV могут входить PE(physical extent) из разных PV.

Вы всегда можете управлять при создании LV тем, из состава каких PV будут взяты PE.

Посмотреть, какие PV участвуют в LV
lvdisplay -m LV

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

7. "LVM crash & recovery"  
Сообщение от Drew email(??) on 24-Июн-06, 14:36 
>>А если нет резервной копии? Если вместо умершего харда, точнее партиции, к
>>логическому тому подключить другой - то данные на логических партициях будут
>>корректны, за исключением данных, находившихся на умершем диске?
>
>Все зависит от использовавшейся схемы:
>несколько PV(physical volume) входят в состав VG(volume group) из которой выделяются LV(logical
>volume). На LV и располагаются ФС. В итоге может оказаться так,
>что в состав какой-то LV могут входить PE(physical extent) из разных
>PV.
>
>Вы всегда можете управлять при создании LV тем, из состава каких PV
>будут взяты PE.
>
>Посмотреть, какие PV участвуют в LV
>lvdisplay -m LV

Т.е. будет видны данные на LV после крэша харда или нет зависит от того на каком LV была расположена ФС? Если на живом - то данные будут видны? Так?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

8. "LVM crash & recovery"  
Сообщение от John (??) on 24-Июн-06, 14:46 
>Т.е. будет видны данные на LV после крэша харда или нет зависит
>от того на каком LV была расположена ФС? Если на живом
>- то данные будут видны? Так?

Если совсем правильно, то если ФС располагается на LV, который состоит из живых PE, то да - все будет.

Схему можно представить так:
{PV1, ..., PVn} -> VG -> { LV1, ..., LVn}

{PE1, ..., PEn} -> PV

{PEa, PEx, PEz} -> LV

при создании LV вы можете указать, что для нее необходимо использовать PE с таких-то PV.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

10. "LVM crash & recovery"  
Сообщение от Santa Claus email on 26-Июн-06, 09:51 
Еще раз, для тех кто в танке.
Про назначение LVM и все понял, и с RAID знаком. И то и то использую в работе.
Однако вопрос был не в том.

Попробую еще раз объяснить.

Например, если имея сбойный диск с ext3, вы можете совершенно безболезненно подключить его к работающей
системе и почекать тем же fsck (или просто взять и заменить), то в случае с LVM так не получится.
Более того ваша работающая система может заклинить, т.к. возможно будет обнаружен один неработающий PV или LV.
Но и с этим еще можно смириться, утеряны данные так утеряны.
Но неизвестно какие данные остались коррекными на работающих PV и LV !!!

Если кому-нибудь известны способы преодоления этих проблем, просьба незамедлительно поделиться.

Из всего вышеизложенного я и сделал вывод, что под LVM необходима подпорка снизу в виде RAID5.

Что-нибудь еще непонятно?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

12. "LVM crash & recovery"  
Сообщение от step email(??) on 08-Авг-06, 11:04 
>Если кому-нибудь известны способы преодоления этих проблем, просьба незамедлительно поделиться.
>
>Из всего вышеизложенного я и сделал вывод, что под LVM необходима подпорка
>снизу в виде RAID5.
>
ну вывод в принципе правильный, хотя не обязательно 5 рэйд ставить конечно.
Лучше почитать вот это, там неплохо расписано
https://www.opennet.ru/docs/RUS/disk_plan/


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2023 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру