locked
сижу и наблюдаю офигительную недокументированность Hyper-V RRS feed

  • Вопрос

  • Началось с того, что решил удалить снап от тестовой ХР. Размер снапа - 24Гб, том - 1.5Гб. Ну на тот момент, когда жал кнопку "удалить" я не посмотрел размер снапа на диске. Нажал и жду. Смотрю тормозит. Глянул на объемы и понял сейчас будет что-то интересно. ПРодождал еще с полчасика, плюнул жму Отмена. Шишь тебе! :)

    Хмм..подум..звонок - бух. звонит "1С не пашет!" Опа, тут стало не доинтересности :( Сделал рефреш, Хипер положил виртуалку Сиквела в паузу, кончилось место на диске. Ха-ха..., вот оно доброе утро! :)

    Отправив бух пить чай...утро же, нажал кнопку Удалить виртуалку ХР. Жду еще полчаса прогрес Дестроинга только 10%! Это как то я не понимаю, а что будет делать Хипер в течение 5 часов, удаляя виртульную машину???????????? Наверное он пытается попытно объеденить снап с томом, и сразу удаляет объедененные байты с дискаАААА? КРУТО!-)))) вот она многозадачность.

    Надоело. Жму Стоп сервису, думаю ща грохну эти файлы вручную, послав подальше Хипер со своей скурпулезностью. Но не тут то было, ожидайте грит, пока не закончится удаление виртуалки.

    Бух. сказал "ну ожидайте тогда зп тоже на след. неделе".

    ps: периодически в статусе вылетает Destroying... а потом Failed...  :)

    что делать, наверное только ждать?


    • Изменено ibGrass 3 октября 2012 г. 5:27
    2 октября 2012 г. 5:14

Ответы

  • Семен, нужно внимательнее читать документацию.

    В ней написано, что для слияния родительского диска и диска снапшота требуется суммарное пространство на диске, и что эта операция не быстрая. Там же написано, что использование снапшотов в продакшн среде не рекомендовано. В тестовом сегменте - хоть обснапшотьтесь. Но это видимо, отечественный менталитет - на документацию запить, и искать БАГИ Hyper-V.

    • Помечено в качестве ответа Vinokurov YuriyModerator 2 октября 2012 г. 8:57
    • Снята пометка об ответе ibGrass 2 октября 2012 г. 10:31
    • Помечено в качестве ответа Yuriy Lenchenkov 5 октября 2012 г. 10:35
    2 октября 2012 г. 6:30
    Модератор
  • это не баг. баг это когда что то работает не так как заявлено/документировано. а это просто не поставили защиту от дурака, видимо подразумевалось что hyper-v управляют администраторы понимающие что делают и читающие документацию. реестр например тоже "поправить" можно так что сразу реинстал системы. хотя конечно подобное предупреждение о нехватке места перед операцией можно было реализовать, но это все равно не отменяет чтение документации и обдумывание принимаемых решений.
    • Помечено в качестве ответа Yuriy Lenchenkov 5 октября 2012 г. 10:35
    2 октября 2012 г. 12:24

Все ответы

  • надоело ждать. освободил 2Гб места. засейвил Сиквел и еще одну виртуалку. Убил процесс vmms и удалил тестовую ХР.

    Не понимаю как в таком сервисе - Хипер-в не сделать элементарной проверки на объем свободного пространства для работы? Если ты видишь что снап больше чем свободное пространство на диске, то ясно же, что при объединение состояний тебе не хватит места!

    однозначно БАГ!

    • Помечено в качестве ответа ibGrass 2 октября 2012 г. 10:33
    • Снята пометка об ответе Yuriy Lenchenkov 5 октября 2012 г. 10:35
    2 октября 2012 г. 5:48
  • В чем баг?

    2 октября 2012 г. 5:50
    Модератор
  • Денис, нужно внимательно прочитать сообщение.

    В том что хипер при нехватке пространства на ХДД для работы уходит в цикл Merging - Failed, или , Destroying - Failed. Стопает (вернее кладет в паузу, из-за того, что съел место) при этом виртуальные машины, которые его не просят останавливать, т.к. это жизнено важные процессы! А если ресурс находится там где только спутниковая связь в 128-512Кбит/с ? Вместо того, чтобы остановиться и делать текущую операцию, которая приводит к сбою, Хипер стопает рабочие процессы. Вот БАГ!

    При этом на хосте было еще два раздела на которых по 200Гб свободных, делай свои операции там где есть место, если его не хватает!


    • Изменено ibGrass 2 октября 2012 г. 6:24
    2 октября 2012 г. 6:21
  • Семен, нужно внимательнее читать документацию.

    В ней написано, что для слияния родительского диска и диска снапшота требуется суммарное пространство на диске, и что эта операция не быстрая. Там же написано, что использование снапшотов в продакшн среде не рекомендовано. В тестовом сегменте - хоть обснапшотьтесь. Но это видимо, отечественный менталитет - на документацию запить, и искать БАГИ Hyper-V.

    • Помечено в качестве ответа Vinokurov YuriyModerator 2 октября 2012 г. 8:57
    • Снята пометка об ответе ibGrass 2 октября 2012 г. 10:31
    • Помечено в качестве ответа Yuriy Lenchenkov 5 октября 2012 г. 10:35
    2 октября 2012 г. 6:30
    Модератор
  • :) спасибо, за напоминание про запить.

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

    В последние время я только и вижу маааааааааленькие бУковки в документациях, договорах о том, что ты сам дурак. Можно везде написать не рекомендовано.

    зы: Менталитет тут не причем. флуд мона закрыть. проблема устранена. Майкрософт прав. ура.

    2 октября 2012 г. 6:49
  • вы меня извините, уважаемые модераторы, но ваша пометка об ответе не является ответом в данном практическом случае. Только на уровне мыслей при чтение документации.
    2 октября 2012 г. 10:34
  • это не баг. баг это когда что то работает не так как заявлено/документировано. а это просто не поставили защиту от дурака, видимо подразумевалось что hyper-v управляют администраторы понимающие что делают и читающие документацию. реестр например тоже "поправить" можно так что сразу реинстал системы. хотя конечно подобное предупреждение о нехватке места перед операцией можно было реализовать, но это все равно не отменяет чтение документации и обдумывание принимаемых решений.
    • Помечено в качестве ответа Yuriy Lenchenkov 5 октября 2012 г. 10:35
    2 октября 2012 г. 12:24