Вопрос или проблема
Я новенький в Linux, и столкнулся с такой конфигурацией.
lsblk
sdb 8:16 0 3T 0 диск
|-sdb1 8:17 0 200G 0 раздел
| -APP-app1 253:3 0 700G 0 lvm /app1 |-sdb2 8:18 0 800G 0 раздел | -DATA-logs 253:2 0 800G 0 lvm /logs
-sdb3 8:19 0 500G 0 раздел -APP-app1 253:3 0 700G 0 lvm /app1
lvs
LV VG Attr LSize Устройства
app1 APP -wi-ao—- 699.99g /dev/sdb1(0)
app1 APP -wi-ao—- 699.99g /dev/sdb3(0)
Как вы можете видеть, вывод lsblk и lvs показывает 2 lv app1 (это одна и та же vg и lv, но неясно, почему отображается 2).
Как это произошло и как это исправить? Также каковы последствия такой конфигурации?
Ответ или решение
Судя по предоставленной информации, у вас возникла ситуация с дублированием логических томов (LV) в рамках одной группы томов (VG) в вашем LVM (Logical Volume Manager) окружении. Давайте разберемся, как могла произойти эта ситуация, и что можно сделать для ее исправления.
Как это могло произойти
-
Ошибочное создание: Вполне вероятно, что во время настройки LVM кто-то случайно создал логический том с тем же именем (app1) для разных физических разбиений (sdb1 и sdb3) в одной и той же группе томов (APP). Это может произойти, если используется неаккуратная команда
lvcreate, и она была запущена без проверки существующих логических томов. -
Сбои или ошибки: Также возможны ситуации, когда системные сбои или ошибки в процессе работы системы/программ могли создавать дополнительные логические тома без должного контроля.
-
Миграция или перенос: Если проводилась миграция данных с одного устройства на другое, это также может привести к созданию дублирующихся томов, если новые тома создаются со значениями, совпадающими с существующими.
Эффекты такой конфигурации
- Потеря данных: Дублирование логических томов может привести к путанице и потенциальной потере данных, особенно если они используются параллельно.
- Снижение производительности: Наличие двух равных логических томов может создать нагрузку на систему и исчерпать ресурсы.
- Усложнение управления: Путаница в управлении томами делает администрирование и резервное копирование значительно сложнее.
Как исправить
-
Проверка текущих логических томов:
- Запустите
lvdisplayдля получения детализированной информации о логических томах и убедитесь, что действительно есть два тома с одинаковым именем.
- Запустите
-
Резервное копирование данных:
- Прежде чем вносить изменения, убедитесь, что у вас есть актуальная резервная копия всех данных, хранящихся в этих логических томах.
-
Удаление ненужного логического тома:
- Определите, какой из дублирующихся томов вам не нужен (т.е. какой из них не содержит актуальных данных), и удалите его, используя команду:
lvremove /dev/APP/app1 - Если вам нужно удалить конкретный том, попадите в режим
lvchangeи откройте соответствующее устройство, чтобы сделать его доступным для удаления (если это необходимо).
- Определите, какой из дублирующихся томов вам не нужен (т.е. какой из них не содержит актуальных данных), и удалите его, используя команду:
-
Восстановление линковки томов:
- После того как ненужный том был удален, проверьте, что оставшийся логический том корректно отображается и доступен для использования.
-
Мониторинг и управление:
- Следите за состоянием томов, регулярно проверяйте их с помощью
lsblkиlvs, чтобы избежать подобных ситуаций в будущем.
- Следите за состоянием томов, регулярно проверяйте их с помощью
Заключение
Разобравшись с дублированием логических томов, вы сможете вернуть свою систему в нормальное состояние и избежать возможных проблем в будущем. Если вы всё еще не уверены в своих действиях, рекомендую проконсультироваться с более опытным администратором или обратиться за помощью на форумы по Linux. Не забывайте, что резервное копирование данных является важным этапом в процессе администрирования.