LVM: “Не удалось найти, что устройство с uuid” все же blkid находит UUID

Обычно этот вид обработки об извлечении информации от данных - но Ваш вывод является порядками величины, больше, чем вход?

Первая вещь посмотреть на состоит в том, как данные используют? Большая часть генетического анализа и до некоторой степени, сворачивание белка с помощью анализа конечных элементов полагается на последовательный доступ к большим файлам данных - по сравнению с произвольным доступом. Таким образом, задержка не так как проблема как пропускная способность от диска.

Таким образом с точки зрения организации Ваших дисков, Вы, вероятно, хотите так же много дорожек через как можно больше дисков - так RAID 5 или 6.

Как Вы идете о соединении, это к процессорным узлам во многом зависит от Вашего бюджета. Если у Вас есть много денег, то, настраивая несколько виртуальных дисков в коммутационной матрице SAN с узлами обработки, непосредственно присоединенными, является способом пойти.

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

Конечно, если Вы находитесь на очень строгом бюджете, Вы хотите вложить те локальные диски установка RAID 5. Кроме того, если это возможно, буферизуйте вывод к локальному диску при обработке вместо того, чтобы писать непосредственно назад в серверы.

HTH

4
задан 14 April 2013 в 23:43
3 ответа

Здесь может быть использован документ из базы знаний Novell : он объясняет, что на SLES, LVM по умолчанию не сканирует многопутевые устройства и никогда не увидит их в этой ситуации.

Чтобы решить эту проблему, вы можете реализовать обходной путь, который Novell предлагает:

В /etc/lvm.conf ] в разделе устройств ,

3
ответ дан 3 December 2019 в 02:51

vgreduce -удаление помогло в моем случае, когда у меня была такая же проблема.

Вот как я создал эту проблему.

Я собирался расширить существующий логический том, но в середине я запустил fdisk с другого терминала на устройстве, которое будет использоваться для расширения. Там была какая-то предыдущая таблица разделов, которую я подумывал удалить. Так как я уже добавил этот диск в группу томов (просто еще не расширил сам логический том), но этого физического тома больше не существовало, так что случилась проблема с отсутствующим UUID.

Чтобы решить эту проблему, я сделал рэнд vgreduce --removemissing, а потом все было нормально.

.
5
ответ дан 3 December 2019 в 02:51

Измените файл / etc / lvm / backup / . Исправьте беспорядок, специально удалите недостающие UUID.

Затем выполните:

vgcfgrestore <vg_name>
0
ответ дан 3 December 2019 в 02:51

Теги

Похожие вопросы