Устанавливаем SUSE Linux Enterprise Server 10 SP3 под Hyper-V
Недавно вышла вторая версия компонентов интеграции Hyper-V для Linux систем. Подробно о том, что улучшилось и изменилось можно прочитать в блоге https://blogs.technet.com/vm/archive/2009/07/22/hyper-v-linux.aspx
Я же хотел поговорить о том как их устанавливать и применять для повышения скорости работы SUSE Linux Enterprise Server 10 SP3 под Hyper-V. Для начала краткое введение в предмет нашего сегодняшнего разговора.
SLES как и openSUSE под Hyper-V можно было успешно запускать уже несколько лет назад. Говоря точнее, делать это можно было еще с момента ранних бета версий Hyper-V R1 встроенного в Windows Server 2008 и Microsoft Hyper-V Server 2008.
Но к сожалению из-за отсутствия компонентов интеграции (Integration components - аналог VMadditions) гостевые системы Linux были лишены поддержки синтетических виртуальных устройств. Им были доступны только эмулируемые устройства. Это ограничивало быстродействие таких гостевых систем и не позволяло им использовать всю мощь Hyper-V и физического оборудования. Эмулируемые устройства по умолчанию работают медленнее, чем синтетические. Это означает, что гостевым системам Linux был доступен лишь эмулируемый сетевой адаптер (Legacy Network Adapter). Такой адаптер не позволяет добиться скорости обмена данными виртуальной машины с сетью более чем 100 Мбит, даже если физический адаптер работает на скорости 1 Гбит. Это ограничение можно было обойти, подключив к виртуальной машине несколько адаптеров и объединив их в единый канал с помощью механизма bonding. Как это сделать описано тут https://en.opensuse.org/Bonding. Второе ограничение было связано с тем, что жесткие диски виртуальной машины тоже были реализованы через эмулируемое устройство. В целом такой уровень производительности был приемлем для многих. Большинство из клиентов выбравших Hyper-V как систему виртуализации для своих унаследованных Linux ОС вполне довольны тем как гостевые ОС работают даже без синтетических драйверов. Но мы хотели улучшить ситуацию, повысив утилизацию оборудования и улучшив быстродействие и добавив удобство при использовании Linux под Hyper-V.
Поэтому появилась первая версия интеграционных компонентов - Linux Integration Components for Windows Server 2008 Hyper-V. Она улучшила некоторые проблемные участки, но все еще была не совершенна. Для работы эта версия требовала наличие ядра с компонентами Xen. Гостевые Linux системы стали работать быстрее, но процесс установки компонентов был не так уж прост. Подробно останавливаться на этом этапе я не буду. Инструкций детально описывающих как устанавливать эту версию интеграционных компонентов в сети полно. Можете воспользоваться, например этой https://www.virtualizationteam.com/microsoft/hyper-v/install-suse-linux-enterprise-10-sp1-component-integration-for-linux-on-hyper-v.html. С выходом второй версии компонентов интеграции эти инструкции становятся все менее полезными. Всем, кто использует первую версию компонентов интеграции, рекомендуется обновиться до второй версии. Как обновляться написано в документе Linux Integration Components Read Me.pdf
Итак, мы добрались до момента, когда вторая версия компонентов интеграции уже вышла. Она принесла с собой следующие новые возможности:
- Шина VMBus позволяющая реализовать высокоскоростной обмен данных между гостевой и родительской системой;
- Синтетический контроллер дисков с поддержкой быстрой загрузки (FastPath);
- Синтетический сетевой адаптер. В зависимости от мощности ЦПУ скорость передачи данных между гостевыми и родительской системами может достигать 10 Гбит.
Чтобы воспользоваться всеми этими дарами прогресса, нужно всего лишь установить вторую версию компонентов интеграции. Начнем с установки гостевой ОС.
Установка SUSE Linux Enterprise Server 10 SP3 под Hyper-V
Наша задача для начала установить SUSE Linux Enterprise Server 10 SP3 под Hyper-V R2 в Windows Server 2008 R2. А затем уже установить в гостевую ОС компоненты интеграции
Я буду описывать установку 32-х битного варианта SUSE Linux Enterprise Server 10 SP3. Для 64-х битного варианта действия, которые необходимо выполнить будут абсолютно такими же.
Процесс довольно прост. Создаем виртуальную машину и определяем её характеристики:
 |
 |
 |
 |
 |
По умолчанию Hyper-V создает виртуальную машину с синтетическим сетевым адаптером. Как я уже писал, без компонентов интеграции он работать не будет, поэтому удаляем его и добавляем эмулируемый адаптер под названием Legacy Network.
 |
 |
 |
Вот теперь можно приступать к установке SLES. Никаких хитрых режимов работы инсталлятора выбирать не нужно, все работает в конфигурации по умолчанию. Среди устанавливаемых компонентов и приложений рекомендуется выбрать компилятор gcc и исходные тексты ядра kernel-source, если собираетесь использовать компоненты интеграции. Впрочем, сделать это можно и после завершения установки системы.
 |
 |
Как только установка завершится настраиваем DNS имя, разрешение экрана. Я выставил разрешение 1024х768, иначе на моем 15-ти дюймовом мониторе окно виртуальной машины не будет помещаться в экран. Для смены разрешения нажимаем несколько раз CTRL-ALT-BREAK и продолжаем установку в удобном разрешении.
 |
 |
Если, вы производите установку на удаленном сервере Hyper-V, подключившись к нему через RDP, то без компонентов интеграции мышь в окне виртуальной машины у вас работать не будет. Поэтому все опции придется переключать с помощью клавиатуры. Исправить это можно двумя способами. Установить в гостевую ОС компоненты интеграции, и затем драйвер синтетического устройства мыши или работать локально на сервере Hyper-V. Я обычно выбираю второй вариант. Все новые ОС я устанавливаю на довольно дешевый ноутбук, работающий под управлением Windows Server 2008 R2 с Hyper-V. На нем я локально создаю виртуальную машину, устанавливаю все нужны компоненты интеграции и затем уже экспортирую виртуальную машину. Получившийся набор файлов виртуальной машины я переношу на основной сервер Hyper-V и запускаю там. В этот момент мышь внутри окна виртуальной уже работает даже через RDP.
После окончания установки загружаем SLES в первый раз, настраиваем и тестируем сетевой интерфейс eth0. У меня в сети используется DCHP, вы же можете использовать и статическую настройку IP адреса. Оба способа работают надежно. Если необходимо можете обновить гостевую ОС.
 |
 |
 |
 |
Базовые функции гостевой ОС работают нормально, и если вам больше не охота заниматься настройкой, то можно остановиться здесь. SLES будет работать вполне нормально в качестве гостевой системы.
Установка компонентов интеграции Hyper-V
Мы же пойдем дальше и установим в гостевую систему компоненты интеграции Hyper-V, дабы получить доступ к более производительным виртуальным устройствам.
Скачать компоненты можно здесь - Linux Integration Components for Windows Server 2008 Hyper-V R2. Обратите внимание что эта версия компонентов подходит для обоих версий Hyper-V и поддерживает следующие системы виртуализации:
- Windows Server 2008 с Hyper-V RTM с обновлением KB950050
- Microsoft Hyper-V Server 2008
- Windows Server 2008 R2 Hyper-V RTM
- Microsoft Hyper-V Server 2008 R2 RTM
Итак приступим.
Выключаем гостевую ОС и добавляем в виртуальную машину синтетическое сетевое подключение, а Legacy Adapter удаляем.
Скачиваем компоненты интеграции для Hyper-V если вы этого еще не сделали и запускаем их. В результате получаем файл образа виртуального DVD под названием LinuxIC v2.iso. Подключаем его к гостевой системе через свойства виртуальной машины либо через меню Media.
 |
 |
У меня в системе включено автоматическое монтирование DVD, поэтому диск с исходными текстами компонентов интеграции был подключен к /media/CDROM. Я надеюсь, как монтировать DVD в Linux вы знаете. Создаем директорию, где будем компилировать модули ядра. Копируем туда исходные коды и начинаем сборку и установку.
# mkdir /opt/Linux_ic
# cp /media/CDROM/* /opt/Linux_ic –R
# /opt/Linux_ic/setup.pl drivers
Если все прошло удачно, то увидим что модули netvsc, storvsc, blkvsc, vmbus, scsi_mod загрузились. Проверить это можно с помощью команды lsmod.
# /sbin/lsmod | grep vsc
Результат должен быть примерно такой:
Перезагружаем гостевую систему. И настраиваем сетевой интерфейс seth0.
Как видите, ничего сложного в этом нет. Теперь неплохо было бы установить драйвер синтетического устройства мыши, чтобы было удобнее управлять гостевой ОС через подключение vmconnect или RDP.
На данный момент драйвера мыши не включены в поставку компонентов интеграции и разрабатываются компанией Citrix в рамках отдельного проекта Satori. Скачиваем с сайта файл inputvsc.iso и подключаем его как виртуальный DVD к гостевой системе.
# mkdir /opt/inputvsc
# cp /media/CDROM/* /opt/inputvsc –R
# /opt/inputvsc/setup.pl inputdriver
Если все прошло удачно, то увидим что в системе появились модули inputvsc и hid. Проверяем как обычно с помощью lsmod
# /sbin/lsmod | grep vsc
После этого виртуальное устройство синтетической мыши сразу же начнет работать и вам больше не потребуется нажимать CTRL+ALT+LEFT чтобы освободить мышь из окна гостевой ОС. Плюс к этому мышь будет нормально работать через RDP подключение. Теперь SLES полностью готов к работе под управлением Hyper-V. Дабы не проходить это процедуру каждый раз заново рекомендуется экспортировать полученную виртуальную машину и использовать ее при развертывании новых гостевых ОС на основе SLES. Сделать это можно вручную или с помощью SCVMM.
Надеюсь, данная статья поможет вам. В ближайшее время я опишу выполнение подобной процедуры для RHEL и его клонов. С радостью услышу ваши предложения по тем ОС которые вы бы хотели протестировать под Hyper-V.
Comments
Anonymous
January 01, 2003
Рад что вам полезно и познавательно чтение этого блога, значит пишу не зря. :) Пока что запустил под Hyper-V следующие ОС: openSUSE 11, Fedora 11, Centos 5.3, SLES 11, RHEL 5.3 Debian еще не ставил. Это входит в ближайшие планы.Anonymous
January 01, 2003
> А когда можно ожидать описание настройки компоненты интеграции на Centos 5.3? Надеюсь в ближайшие дни. > Да кстати, я пытался устанавливать на Centos 5.3 x64. Может в этом дело ?? Я ставил только на Centos 5.3 i386. Вполне возможно что с x64 могут быть проблемы.Anonymous
January 01, 2003
Vladsky Блог вполне обновляется. Вот тут про новые компоненты интеграции blogs.technet.com/.../3354523.aspxAnonymous
January 01, 2003
> Сегодня поробоват установить компоненты интеграции на Centos 5.3 i386. > Они установились и даже заработали, но..... > После перезапуска, linux не загрузился :( А какую ошибку система пишет?Anonymous
January 01, 2003
Привет, Денис. В дальнейшем планирую писать про запуск множество других Unix подобных ОС. Как видишь мне уже удалось запустить и нормально работать с большинством самых популярных Linux. В списке совместимых с Hyper-V ОС их пока нет, но надеюсь что скоро это изменится.Anonymous
January 01, 2003
>В контексте данной статьи было бы интереснее сравнить производительность XEN с Hyper-V Так кто же вам мешает сделать такое сравнение и опубликовать результаты? Я бы с удовольствием почитал. У меня врядли дойдут руки до такого сравнения т.к ближайшиен несколько недель сильно занят конференцией Платформа 2010. С другой стороны я думаю, что любое сравнение быстродействия будет очередной пузомеркой т.к в реальных системах этот вопрос стоит не на первом плане. Тут мне кажется важнее то как продукт интегрируется с другими, как он управляется, мониторится, поддерживается и как развертывается. С точки зрения реального ИТ бизнеса это явно важнее, чем несколько процентов быстродействия в плюс или в минус. > , а также хочу заметить, что на серверы (Linux-серверы, естественно) иксы обычно не ставят, так что гламурные картинки ни к чему, имхо. Насчет серверов в производственной среде с вами согласен. В своих статьях картики оставляю потому, что обычно новички стараются первые несколько раз изучать новое в графической среде. Опять же с картинками проще доказать что все работает. Особенно это относится к таким вещам как синтетический адаптер мыши и графического дисплея. Согласитесь что без X сервера их наглядно продемонстрировать гораздо сложнее. > Кстати, на опеннете все комменты потёрли, к чему бы это ? :-) Кто ж его знает к чему. Я так полагаю этот вопрос нужно задавать администрации opennet. Возможно сбой, потому что у всех моих старых статей про Unix комментарии сохранились. http://www.opennet.ru/search.shtml?exclude=index%7C%2Fman.shtml&words=%E2%C5%DB%CB%CF%D7Anonymous
January 01, 2003
>> Давайте гипотетически предположим что FreeBSD проиграл бы > Батенька, я тоже знаю и умею настраивать. И поэтому утверждаю, что на одном и том же железе, не самом новом (потому что для самого нового вполне может быть драйвер только для Windows), фря порвёт, без вариантов. Конечно, есть умельцы настроить Linux под большую нагрузку, и я не буду утверждать, что Linux не может обойти фрю. Но IIS, увы, без специального железа никак не потянет. Вот это и есть предвзятость и религиозная любовь к продукту. :) Ответ не на уровне логики а на уровне рефлекса - "FreeBSD проиграет? Не может быть! Потому что не может быть никогда!".Anonymous
January 01, 2003
Хотелось бы задать вопрос по драйверам для Hyper-V которые сейчас собираются включить в kernel 2.6.32. Они уже есть в rc версии. Я сравнивал их с тем что есть в LinuxIC_v2 и они порядком отличаются(что и понятно т.к. продукт развивается). Другое дело в том, что я нашел много TODO(и многие претендуют на серьезность) в этих драйверах(kernel-версия). Соответственно возникает вопрос: какие драйвера предпочтительнее использовать: те что предоставляются официально, или те, которые представлены в rc кернела? и если те что в кернеле - хотелось бы попросить статью по сборке их для CentOS 5.4 (имеет смысл т.к. в силу консервативности RH (на данный момент используемый kernel 2.6.18 а драйвера собираются включить в 2.6.32))Anonymous
January 01, 2003
Не далее как вчера поставил компоненты интеграции на Centos 5.3 i386 Все работает отлично. В ближайшие дни опишу как это делать.Anonymous
January 01, 2003
> Вопрос такой - зачем нужен Windows Server 2008 и Microsoft Hyper-V Server 2008 ? Для запуска Windows приложений. А в контексте данной статьи для запуска гостевых ОС в виртуализациии.Anonymous
January 01, 2003
>> С точки зрения реального ИТ бизнеса это явно важнее, чем несколько процентов быстродействия в плюс или в минус. > С точки зрения реального ИТ бизнеса всё важно, т.к. виртуализация это в том числе и способ сэкономить, тем более что речь вовсе не о нескольких процентах. К тому что есть дистрибутивы и кроме SUSE, а про них ни слова. Давайте по пунктам. Мне кажется что сэкономить на оборудовании можно гораздо меньше чем на лицензиях на ПО. Оборудование достаточно быстро амортизируется поэтому +/- несколько процентов быстродействия не играют роли. Пока что мы с вами не доказали что то или иной вариант будет быстрее или медленнее поэтому я исхожу из мысли что быстродействие у них одинаковое. > Что касается удобства - то Hyper-V тут нечем похвастаться, и это отмечается в обзоре: http://itmanagement.earthweb.com/entdev/article.php/11070_3815481_2/Virtualization-VMware-vs-Microsoft-vs-Xen-2009.htm Обзор честно говоря не ахти. В графе менеджмент от Microsoft преставлен только один продукт SCVMM, а их там гораздо больше должно быть. Например Operations Manager для упраления физическим оборудованием на котором работает виртуализация. Поэтому сравнение получается не честное. Есть ощущение что автор не в курсе технологий управления Microsoft. Но при этом в VMWare указан полный стек продуктов. Отсюда делаю вывод что автор либо некомпетентен либо играет за одну из сторон. > К тому что есть дистрибутивы и кроме SUSE, а про них ни слова. Про запуск вариантов Linux от других производителей под Hyper-V собираюсь писать в следующих заметках. О чем неоднократно заявлял в комментариях. SLES был первым кто попался под руку. > Ну да ладно - Вы работаете на PR Microsoft, так что спорить смысла нет, тем более блог ваш, корпоративный. Ну если спорить ради спора то конечно смысла нет. А если аргументировано и по делу, с целью взаимного обогощения знаниями, то можно попробовать. > Интересно другое - что тут мои комменты висят, а на опеннете их потёрли. Я стараюсь не удалять комментарии кроме откровенно бесполезных или не относящихся к теме. Критика полезная вещь. > Получается, что на блоге Microsoft больше свободы слова, чем не опеннете ??? O_o Я стараюсь позволять посетителям писать все что они думают в этом блоге. Так общаться интереснее, если конечно они не пишут всякую банальшину. Так гораздо удобнее искать умных людей. Сомневаюсь что администрация opennet что то против вас замыслила и удаляет именно ваши комментарии. Мои комментарии тоже куда то исчезли. Есть ощущение что там что то работает не так как надо.Anonymous
January 01, 2003
>> Именно поэтому считаю что нужно решать реальные задачи а не абстрактные пузомерки затевать. :) > Так реальные задачи и решают люди, о чём разговор. Просто Вы упомянули новичков, я и добавил свои 5 копеек, чтобы было понятно, что есть альтернатива тому же самому Hyper-V. Как я уже писал реальные задачи весьма далеки от "пузомерок" или "батлов" как вы их называете. Если браться за реальное то нужно учитывать множество параметров, а не только скорость и в этом случае сравнение любого продукта с другим продуктом становится весьма субьективным. Я не спорю что систем виртуализации на планете полно. И многие из них могут стать альтернативой Hyper-V. Вопрос лишь в том какие бизнес задачи вам надо решить и какая структура затрат у вас будет.Anonymous
January 01, 2003
> Я думаю, был бы интересен "баттл", где на одном и том же железе Microsoft ставит свою систему, а представитель скажем Red Hat - свою. Сравнение результатов, и всё такое прочее, в том числе и стоимость "лицензий". > Конечно, вряд ли такое случится, ведь кто-то должен будет проиграть :-) Я думаю что это врядли состоится. Во превых надо очень много труда и согласований чтобы все стороны меряли одинаковые показатели и одной линейкой пользовались. Опять же такое сравнение все равно мало что полезного даст т.к с выходом новой версии продукта его быстродействие и характеристики масштабируемости и интеграции с другими продуктами могут серьезно поменяться. В тоже время нужно учитывать что условия применения решений на базе того или иного ПО у каждого читателя будут свои и потребности будут различаться существенно, поэтому всем не угодишь. Именно поэтому считаю что нужно решать реальные задачи а не абстрактные пузомерки затевать. :) > Не так давно меня приглашали на конференцию ReMix по-моему, я предлагал поставить под мощный ab c нескольких машин PHP стек от Microsoft и скажем FreeBSD или Linux с nginx и пр. Менеджер мне ответил, что конечно же это было бы замечательно, однако ничего такого они не сделали :-) Я принимал самое непосредственное участие в подготовке к Remix. Честно говоря было не до пузомерок. Людских и финансовых ресурсов для этого было явно недостаточно. Дай бог основной функционал продуктов успеть показать. Сравнение продуктов это явно не первый приоритет. Подумайте еще вот о чем. Я и коллеги из сторонних организаций могли бы настроить FreeBSD как следует и показали выигрышные стороны этой ОС. Знаний и опыта в Unix у нас предостаточно. Давайте гипотетически предположим что FreeBSD проиграл бы или показал бы быстродейтсвие равное IIS? Никто бы не поверил этому. Более того меня и всех кто участвовал в этом эксперименте обязательно обвинили бы в том что мы связаны с Microsoft и необъективены. И зачем нам тогда тратить столько времени и сил на то что может потенциально оказаться неинтересным и бездоказательным большинству посетителей конференции?Anonymous
November 02, 2009
Спасибо Андрей за такой познавательный блог А Дебиан вы пробывали так устанавливать? К сожалению у меня сейчас нет подходящего оборудования для развертывания Hyper-V но все таки читаю оч интересноAnonymous
November 03, 2009
Андрей, привет. В ветке виртуализации Технета задается довольно часто вопрос о тех опенсорсных системах, которых в компатибл-листе нет, но работать могут. Будут ли ставиться Вами эксперименты по их виртуализации? -)Anonymous
November 03, 2009
День добрый ! А вот на CentOS 5.3 такой фокус не удася :( Все остановилось на ############################################# Installing vmbus startup script... Starting vmbus: #############################################Anonymous
November 03, 2009
Здравствуйте ! Вопрос такой - зачем нужен Windows Server 2008 и Microsoft Hyper-V Server 2008 ? С уважением, ЮниксоидAnonymous
November 03, 2009
Спасибо за подробную и очень полезную статью. Хотелось бы видеть как можно больше информации по совместимости ПО Майкрософт и Linux/Unix.Anonymous
November 03, 2009
В контексте данной статьи было бы интереснее сравнить производительность XEN с Hyper-V, а также хочу заметить, что на серверы (Linux-серверы, естественно) иксы обычно не ставят, так что гламурные картинки ни к чему, имхо. Кстати, на опеннете все комменты потёрли, к чему бы это ? :-)Anonymous
November 04, 2009
Было бы очень полезно )) Спасибо!!!Anonymous
November 04, 2009
А когда можно ожидать описание настройки компоненты интеграции на Centos 5.3? Да кстати, я пытался устанавливать на Centos 5.3 x64. Может в этом дело ??Anonymous
November 04, 2009
>С точки зрения реального ИТ бизнеса это явно важнее, чем несколько процентов быстродействия в плюс или в минус. С точки зрения реального ИТ бизнеса всё важно, т.к. виртуализация это в том числе и способ сэкономить, тем более что речь вовсе не о нескольких процентах. К тому что есть дистрибутивы и кроме SUSE, а про них ни слова. Что касается удобства - то Hyper-V тут нечем похвастаться, и это отмечается в обзоре: http://itmanagement.earthweb.com/entdev/article.php/11070_3815481_2/Virtualization-VMware-vs-Microsoft-vs-Xen-2009.htm "Limited management tools" Ну да ладно - Вы работаете на PR Microsoft, так что спорить смысла нет, тем более блог ваш, корпоративный. Интересно другое - что тут мои комменты висят, а на опеннете их потёрли. Получается, что на блоге Microsoft больше свободы слова, чем не опеннете ??? O_oAnonymous
November 04, 2009
> Мне кажется что сэкономить на оборудовании можно гораздо меньше чем на лицензиях на ПО. Скорее на "подписках" и "контрактах на поддержку", чем на лицензиях :-) Лицензии продаются на проприетарное ПО. Я думаю, был бы интересен "баттл", где на одном и том же железе Microsoft ставит свою систему, а представитель скажем Red Hat - свою. Сравнение результатов, и всё такое прочее, в том числе и стоимость "лицензий". Конечно, вряд ли такое случится, ведь кто-то должен будет проиграть :-) Не так давно меня приглашали на конференцию ReMix по-моему, я предлагал поставить под мощный ab c нескольких машин PHP стек от Microsoft и скажем FreeBSD или Linux с nginx и пр. Менеджер мне ответил, что конечно же это было бы замечательно, однако ничего такого они не сделали :-) В общем, спасибо, что оставляете комменты :-)Anonymous
November 05, 2009
Доброго времени суток Андрей ! Сегодня поробоват установить компоненты интеграции на Centos 5.3 i386. Они установились и даже заработали, но..... После перезапуска, linux не загрузился :(Anonymous
November 05, 2009
> Именно поэтому считаю что нужно решать реальные задачи а не абстрактные пузомерки затевать. :) Так реальные задачи и решают люди, о чём разговор. Просто Вы упомянули новичков, я и добавил свои 5 копеек, чтобы было понятно, что есть альтернатива тому же самому Hyper-V. > Честно говоря было не до пузомерок. А вот здесь позвольте не согласиться. Производительность вебсервера - это отнюдь не абстрактная вещь, а самая что ни на есть одна из наиглавнейших. Прочтите тут: http://www.katkovonline.com/2009/11/latency/ "Влияние latency на доход" > Давайте гипотетически предположим что FreeBSD проиграл бы Батенька, я тоже знаю и умею настраивать. И поэтому утверждаю, что на одном и том же железе, не самом новом (потому что для самого нового вполне может быть драйвер только для Windows), фря порвёт, без вариантов. Конечно, есть умельцы настроить Linux под большую нагрузку, и я не буду утверждать, что Linux не может обойти фрю. Но IIS, увы, без специального железа никак не потянет. Давайте так, чтобы без пузомерок, как вы называете, о реальном. Назовите мне, пожалуйста, сайты из Top10 рунета, которые раздаются IIS.Anonymous
November 05, 2009
В том то и дело что ошибку не пишит :( ############# Red hat nash version 5.1.16.9 starting ############# И все, дальш система не грузить :(Anonymous
December 02, 2009
Вопрос дилетанта. Вашу статью использую в качестве рук. и напр. материала для установки и настройки SLES 11 под Windows 2008 R2 с активизированной ролью Hyper-V. В среде Hyper-V имею внешнюю виртуальную сеть с доступом к реальной сетевой карте. Параметры карты заданы правильно - Windows 2008 R2 подключается к данной виртуальной сети и получает доступ к внешней локальной сети - могу видеть другие компьютеры. Никаких адресов и масок не надо задавать при настройке виртуальной сети в Win8R2. Устанавил SLES 11 и пытаюсь настроить доступ к уже имеющейся виртуальной сети среды Hyper-V. Какие параметры сетевой карты в SLES 11 надо задать (и зачем, они уже заданы). Использую NONE, но компьютеров в локальной сети Workgroup не вижу. Объясните пожалуйста, что делаю не так.Anonymous
December 02, 2009
Андрей, если вдруг ещё не ставили на Debian/Ubuntu, пожалуйста, поставьте =) У меня только одна просьба — попробуйте выйти за рамки лабораторных работ. Память поставьте 6 гигабайт (чтобы избежать разночтений и встало ядро x64) и виртуальных процессоров поставьте 4 штуки. Я давно уже не встречал серверов с одним процессором и гигабайтом оперативки, которым срочно надо ускорить диск и сеть.Anonymous
January 19, 2010
Пытался впихнуть Ubuntu 9.10 i386 Desktop. Система стартанула и бодренько закрутилась. Столкнулся с невозможностью "собрать" Linux Integration Components for Windows Server 2008 Hyper-V из сорцов. Сейчас пытаюсь найти deb пакеты, либо, если не найду попытаюсь "собрать" их на сторонней машинке и притащить уже на виртуальную в собранном виде...Anonymous
January 28, 2010
The comment has been removedAnonymous
September 22, 2010
блог зачах? Уже версия Hyper-V R2 присутствует.. поставил CentOS 5.5 встала, но работает не ахти, тормозит. И сетевые адаптеры видит только "Устаревший сет адаптер" . Возможно дело в том, что ту версию что я установил это обрезок под Asterisk? в данном случае Elastix .. Попробую поставить полную.Anonymous
December 02, 2010
Интересно было бы посмотреть как на Ubuntu 1004 настроить.