понедельник, 6 февраля 2012 г.

схлопывание тонких дисков


Игрался полвечера с разными случаями - но похоже старый способ "схлопывания" тонких дисков через sdelete и Storage vMotion не работает.

UPD.
Что делал:

  1. добавил к ВМ два тонких диска, записал файлов внутрь чтобы они выросли, удалил эти файлы.
  2. натравил sdelete с ключами -с и -z - один на один диск, другой на другой.
  3. начал по разному перемещать эти диски
Что пробовал:
  • переносить между хранилищами на схд и локальным диском. не схлопнулось.
  • переносить между VMFS 5 и VMFS 3 (с блоком = 4 и 8 МБ). не схлопнулось.
  • якобы отключал оптимизированный механизм копирования через vsish set /config/VMFS3/intOpts/EnableDataMovement 0. переносил пару раз - не схлопнулось.
  • натравливал vmkfstools -K. не помогло. мигрировал после этого - не помогло.
  • делал клон этой ВМ.не схлопнулось.
Так что то ли лыжи не едут, то ли я умудрился не учесть какой-то нюанс.

Идеи?

16 комментариев:

  1. Работает, просто в esxi 5.0 используется новый data mover, нужно переключиться на использование старой версии для данного трюка.

    ОтветитьУдалить
    Ответы
    1. ну ка ну ка - а я не нашел как это сделать?

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

      Удалить
    2. Этот комментарий был удален автором.

      Удалить
  2. Ответы
    1. хм. надо будет завтра проверить.

      я думал эта команда изменяет просто advanced settings - посмотрел в них, такого параметра не нашел.

      Удалить
  3. Как отключается, я здесь себе записал, на память: Тонкие диски в VMware. И кажется мне, что на 5ке я уже проверял, работало, не смотря на то, что путь к конфигу /config/VMFS3/intOpts/EnableDataMovement , а VMFS уже 5, а не 3. Утверждать не буду, проверить смогу в течении недели, как раз переносить толпу машин надо будет.

    ОтветитьУдалить
  4. Раньше тоже использовал Storage vMotion. В 5ке не получается. После переезда на NetApp системы хранения стал использовать Reclaim Space. Очень выручила. Жаль что машины приходится выключать.
    https://communities.netapp.com/blogs/luke/2011/09/10/vsc-211--my-second-favourite-new-feature

    ОтветитьУдалить
  5. Пытался схлопнуть раздел с ext3. Ничего не помогало. Выручил в итоге VmWare Converter/

    ОтветитьУдалить
    Ответы
    1. а что в конверторе выбирали? просто "thin" для дисков создаваемой ВМ?

      я так попробовал сейчас - для Win не уменьшились диски.

      Удалить
  6. Только что попробовал. Перенос с локальной VMFS5 на локальную же VMF5 на том же хосте (второй локальный винт). esxi 5.0.0 515841. Перед переносом выставил EnableDataMovement в 0, как описывал в статье. Диск VM изначально был тонкий, но при переносе выбрал не предложенный "тот же формат", а тонкий. Мигрировал во включенном состоянии, "руками" при помощи клиента сферы подключенный к сфере.
    Итого, vmdk был 2 544 640 KB, стал 2 491 392 KB.
    Никаких обнулений не делал, некогда :( .
    Не могу придумать, чтобы еще описать для повторения :)

    ОтветитьУдалить
    Ответы
    1. Повторил с "тот же формат" на следующей машине, уменьшился и у нее.

      Удалить
    2. ну 50 мегабайт непонятно почему уменьшившиеся - это не совсем то чего хотелось.

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

      вот это то что пробовал я, но у меня не получилось - и меня сейчас волнует вопрос "это проблемы моего тестового стенда или нет?"

      Удалить
    3. К сожалению в ближайшее время провести эксперимент не получится, хотя и хочется. Я лишь помню, что если я забывал EnableDataMovement в ноль поставить после перезагрузки, то изменений в размере ни на байт не было.

      Кстати, Вы стяните с хоста vmdk проблемный, да посмотрите, внутри точно нули? А то ведь sdelete разных версий по-разному на ключи -s и -z реагировал...

      А вообще, esxi от esxi отличаться могут аж бегом :) Вот, например, есть у меня два esxi созданные с разницей в полгода, поставленные с одного диска. На почти одинаковом железе (отличие только в процессоре, моделях локальных hdd и флешке :) ). Но вот если в процессе загрузки хоста подключиться к нему напрямую клиентом сферы, то на одном хосте клиент тупо "подвисает" пока скрипт автостарта не выполнится полностью, затем работает как обычно. А на втором хосте такой проблемы нет. Зато гипервизор в нем стал грузится 5 минут, а не 65 секунд, как он делал еще неделю назад, и как делает первый хост до сих пор. :)

      Удалить
    4. Коллеги, работающий вариант предложенный vodoley1324:

      1) Очистить диск в операционной системе (я использовал sdelete)
      2) сделать svmotion thin ----> thick eaged zeroed
      3) сделать svmotion thick eaged zeroed ----> thin

      Я сделал, у меня получилось.
      Алилуя!

      Удалить

Примечание. Отправлять комментарии могут только участники этого блога.