Где LVM хранит данные?
Руководство, за которым Вы следуете, является разрядным комплексом. Я предлагаю Вас после Руководства Linode по стеку LAMP. Выполните шаги один за другим (едва потребуется 20 минут), и Вы сделаны.
Примечание: Если Вы планируете запустить некоторые приложения с открытым исходным кодом, затем пропускают пакет Suhosin (php5-suhosin) на данный момент. Это дало проблему с Wordpress на Linode.
Вопрос не очень ясен, но я попытаюсь ответить так или иначе.
Первая вещь состоит в том, что сам VG не может хранить данные (хорошо, это может, но существует мало возможностей, что Вы используете его этот путь). Вторая вещь - LVM не видит диски, но физические тома.
Обычно данные хранятся на разделах, определенных под логическими томами. Один VG может содержать много LVs на многих PVs. Изображение из Викимедиа может помочь:
Теперь это зависит от того, как Вы настроили свой LVs - как линейные, разделенные или зеркальные тома. Кроме того, обычно LVs помещаются в PVs в порядке, но можно вынудить LVM разместить их в определенный PVs.
Если диск containig PV перестанет работать, существует два главного, которое может произойти:
- если PV не содержал LV, LVM будет кричать это, она не может найти, что PV, но данные, хранившие на другом LVs, будет безопасен
- если было, по крайней мере, часть логического тома на недостающем PV, файловая система, определенная на том, что LV будет, конечно, поврежден. Теперь это зависит от файловой системы, используемой, сколько данных Вы проиграете и как трудно это должно будет восстановить остающуюся часть.
Конечно, если Вы настроили LVM в разделенном режиме, по всей вероятности каждый диск, который сбои сделают все файловые системы на всем LVs поврежденными.
Если Вы хотите читать больше о внутренностях LVM, в журнале RedHat существует хорошая статья: http://www.redhat.com/magazine/009jul05/features/lvm2/
-
1, я сделал некоторое тестирование с удалением PV от используемого LV. В моем случае удаленный PV, казалось, сохранил все метаданные для ext4 файловой системы. В то время как файлы, которые находились на других дисках, казались неповрежденными, все это закончилось в lost+found после fsck. – jordanm 07.09.2012, 00:55
-
2Было бы хорошо иметь доступ к тому URL Red Hat. Кто-либо мог предоставить обновленную ссылку? – Felipe Alvarez 02.02.2017, 08:02
Это не действительно обязанность LVMs решить, куда данные идут. Однако это может быть дано некоторый контроль над распределением данных при помощи определенной конфигурации.
Существует три типа логических томов LVM. Во-первых, линейные объемы, вторые чередуемые и третьи зеркальные тома. При установке линейного отображения оно присваивает диапазон физических степеней к области логического тома в порядке. К файловой системе это похоже на один непрерывный "диск".
Это - затем обязанность за файловые системы хранить данные, где когда-либо это думает, что данные должны пойти. Много файловых систем пытаются хранить данные непрерывным способом, таким образом, с линейным объемом файлы могут или не могут вписаться в один физический том.
Для чередующегося тома несколько отличаются вещи. Там LVM на самом деле разделяет данные к дорожкам и пишет им параллельный другому PVs.
Зеркало поддерживает идентичные копии данных по различным устройствам.
Таким образом в зависимости от Вашей установки, если PV3 перестала работать, Вы могли бы потерять только файлы, которые физически были в (линейном) PV3, повреждают все файлы, который расширяет больше чем две дорожки (чередуемые), или ни один (зеркало).
Поведение LVM настроено в lvm.conf (расположенный в CentOS 5 на/etc/lvm/).
Обычно LVM хранит свои метаданные по каждому PVs (см. раздел metatdata в конфигурационном файле).
И существуют резервные копии для LVM-информации, как определено в резервном разделе/etc/lvm/lvm.conf.
Теперь в этой установке по умолчанию это полностью зависит от Вашего VG/LV-setup, будет ли потеря данных, или не при выпуске PV (если Вы зеркально отражаете, Вы не освободите данные).