Stanislav Buldakov пишет:

==
В Hyper-V со снимками действительно пичалька. Чтобы после удаления снимка произошло объединение дисков необходимо виртуалку выключать (на лету этот процесс не запускается). Если забыл это сделать, а затем, например, удалил ещё несколько снимков, то чтобы объединить диски необходимо сильно танцевать с бубном. Процесс в принципе несложный, но простой виртуальной машины адский получается. То есть она вылетает из работы на несколько часов как минимум.
==

Крайне не советую использовать "снимки" в production, т.е. _не_ для тестирования: дифференциальный диск ( .avhd ) растет какими-то неадекватными темпами

==
Но, судя по бэте Windows 2012, в новом Hyper-V эту проблему таки решат.
==

Решат -- хорошо, не решат -- см. выше

navion пишет:
28 мая 2012 в 14:17

==
Для себя вижу всего два плюса у vShere:
1) Нормальная поддержка Linux и Solaris
==

Скажем так:
в Linux Kernel v3.4.3 и выше поддержка Hyper-V близка к идеалу

для RHEL/CentOS/SL ( Scientific Linux)/OracleEL v6.X -- есть фактический аналог по функционалу: Linux Integration Services
Они же: Linux Integration Components ( Linux IC)
( для v5.X -- ранние версии Linux Integration Components ( Linux IC) )
плюс оффициальная поддержка от MS

OpenSUSE / SLES -- поддержка с самого начала + оффициальная от MS

Ubuntu начиная с v12.04 -- оффициальная поддержка от MS , заключен договор
Причем для "Hyper-V drivers" backport from v3.4-rc1

в Debian v7.X -- аналогично: backport from v3.4-rc1

Для FreeBSD пишут аналог Linux IC:

http://blogs.technet.com/b/vm/archive/2012/05/13/support-for-ubuntu-and-freebsd.aspx

==
Вчера на конференции BSDCan 2012 было заявлено, что NetApp совместно с Citrix разрабатывает компоненты интеграции Hyper-V для FreeBSD,
которые в скором времени станут доступны для FreeBSD 8.2 и 8.3. Исходные коды компонентов интеграции будут доступны по BSD лицензии для всех желающих.
Это первый пример разработки некоммерческого кода для Hyper-V сторонними коммерческими компаниями.
Microsoft будет осуществлять поддержку пользователей FreeBSD в среде Hyper-V.
==

( де-факто этот код у фирмы Citrix уже есть и применяется в ее продуктах базирующихся на FreeBSD)

Там же про Solaris на VMWare:

==
Oracle has not certified any of its products on VMware virtualized environments
==

navion пишет: 20 июня 2012 в 22:14

==
Про Оракел они слукавили – VMware сами занимаются его поддержкой (http://www.vmware.com/solutions/partners/alliances/oracle-vmware-support.html)
==

Если так -- хорошо

Стоп машина:
Речь про Oracke СУБД ? Или про ОС Solaris ?

Просто хотел отметить следующее:
MS понимает под поддержкой то, что работники MS будут решать проблемы клиента сами -- соответственно, ожидают этого же от конкурента,
когда видят слово "поддержка"

navion пишет: 20 июня 2012 в 22:14

==
а в остальном круто, надеюсь инициативы не заглохнут.
==

Зачастую, приходится _заставлять_ разработчиков и от MS, и от Linux Kernel Team
решать проблемы см. например эпопею с

==
> > > Please, _fix_ errors related
> > > "use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the CD-ROM)"

. . .

cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default

and its prerequisite

db63a4c8115a libata: add a host flag to ignore detected ATA devices
==

Dim-soft пишет: 28 мая 2012 в 16:26

==
про изменение размеров дисков “на горячую” соглашусь,
надо было срочно увеличить размер системного диска (exchange встал) на esxi 5 мин и все,
на hyper-v пришлось перезагружать.
==

На практике: создавайте динамический .vhd максимального размера,
NTFS раздел можно увеличивать, уменьшать на ходу внутри гостя в .MMC остнастке Windows,
начиная с Win 2008 -- даже системный диск ( он же диск C: )

Если устанавливать Exchange, как положено, на более быстрые диски т.е SCSI, то:
в Hyper-V SCSI-диски можно отключать, подключать на ходу

Итого ( это на случай, если .vhd без запаса по размеру):
-- останаливаем сервисы Exchange
-- отключаем диск
-- увеличиваем размер .vhd
-- подключаем диск
-- увеличиваем NTFS раздел
-- запускаем сервисы Exchange

Т.е. _перезагружать_ не пришлось

dim-soft пишет: 20 июня 2012 в 22:09
==
Проблема была не в диске D с базой exchange, а в системном диске, а он только IDE, т.к. hyper-v не умеет загружаться с scsi
или надо было творить костыль разделяя системный и загрузочный диски ?
==

dim-soft пишет: 20 июня 2012 в 22:09

==
разделяя системный и загрузочный диски ?
==

В Linux такое проходит: Grub + /boot/* на IDE , остальное на SCSI

Сам не пробовал, но и
Не удивлюсь, если и с MS Win v6.0 / v6.1 / v6.2 ( Win 2008 / R2 / Win 2012 )
пройдет нечто похожее

dim-soft пишет: 20 июня 2012 в 22:09

==
Проблема была . . . в системном диске, а он только IDE
==

Расшифрую свои слова:

==
На практике: создавайте динамический .vhd максимального размера
==

.vhd _сразу_ делаем с большим запасом по размеру, но оставляем почти пустым:

+------------------------------- . . .
|
| .vhd присоедененный к IDE 300 - 500Gb
| ( кстати, потолок Virtual PС в 127Gb в IDE дисках преодолен в Hyper-V)
| +------------------------++------------------------------- . . .
| | Disk С: NTFS 40Gb_*****|| Free space
| +------------------------++-------------------------------- . . .
|
+------------------------------- . . .

а когда потребуется место для раздела / partition

--- NTFS раздел можно увеличивать на ходу внутри гостя в .MMC остнастке Windows --}

+------------------------------- . . .
|
| .vhd присоедененный к IDE 300 - 500Gb
| +------------------------------------------++-------------+
| | Disk С: NTFS 83Gb__**********************|| Free space
| +------------------------------------------++-------------+
|
+------------------------------- . . .

вот и не нужен особо динамически расширяемый на ходу .vhd ,
но если будет -- не откажусь

Андрей Вахитов пишет: 21 июня 2012 в 13:55

Насколько я понял из

http://blogs.technet.com/b/vm/archive/2012/05/13/support-for-ubuntu-and-freebsd.aspx

===
Microsoft заключил соглашение о поддержке пользователей Ubuntu, запущенных в виртуальной среде Hyper-V.
Теперь, как и в случае с RedHat, SUSE и CentOS,
при возникновении проблем с виртуализованным Ubuntu можно обращаться на линию технической поддержки Microsoft,
которая будет сама эскалировать инциденты в Ubuntu и являться единой точкой входа.
===

==
беру железку, ставлю туда бесплатный Hyper-V сервер
Имею проблемы, после чего звоню в техподдержку MS и что?..
==
+
==
внедряю внутрь ВМ OpenSuse/FreeBSD, CentOS
==
+
===
я купил Win2k8R2, опять же поднял Hyper-V и установил внутрь гостей бесплатных никсовых операционок.
Вы хотите сказать, что в рамках техподдержки MS начнет решать мои проблемы с никсами?
===

да будет
SUSE ( скорее SLES)
RedHat
CentOS
Ubuntu

( список -- в порядке времени начала дружбы с MS т.е. заключения спец.договора )

Насколько понял, "фуршет" оплачивают производители Linux, скорее всего, встречными услугами от них фирме MicroSoft

Про остальные Free OS: "Debian? А с кем там можно заключить договор?"

FreeBSD -- IMHO, аналогично,
но есть _корпоративные_ profy-любители
==
NetApp совместно с Citrix разрабатывает компоненты интеграции Hyper-V для FreeBSD
==
так что, ничего не исключаю Ж-)

Факт ( эпопея с
"use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the CD-ROM)"
и не только) : Разработчики SUSE и, в последнее время, Ubuntu
вовсю учавствуют в "Hyper-V for Linux" и вообще, в широком смысле,
работоспособности [ своих ] Linux-ов в ПО виртуализации от MS.

Правильный ответ на "кроссворд" :

From: Alex A. Kibkalo
Sent: Thursday, June 21, 2012 6:29 PM

===

Поддержка гостевых ОС осуществляется так же, как и физических ОС.

Если у вас куплены лицензии на Windows Server – то с каждой лицензией идёт 5 инцидентов (больше для Datacenter, с ходу не скажу сколько, ибо я никогда в поддержке не работал).

Итак, если у вас есть лицензии на Windows Server, вы можете открывать инциденты. В том числе по non-MS ОС в гостевых системах, - даже если они запущены на бесплатном гипервизоре (нам не важно на что вы расходуете свои инциденты).

Таким образом вы нам уже заплатили за открытие инцидента.

Если же вы взяли просто Hyper-V Server, не купив ничего у Microsoft, то далее второй линии поддержки не уйти (запросы к сторонним вендорам делает третья линия).

Если вы купили один контроллер домена, и поставили два бесплатных Hyper-V в кластер, сделали десяток юниксов в ВМ – пять инцидентов мы отработаем.

Далее за деньги – также как и в случае простых инцидентов по самому физическому Windows серверу. Пять даром, далее платите по инцидентно, или покупайте Премьер контракт.

==

(

http://blogs.technet.com/b/vm/archive/2012/05/13/support-for-ubuntu-and-freebsd.aspx

VVM Thu, Jun 28 2012 11:35 AM

==
Alex A. Kibkalo >> Я вроде бы уже в почте отвечал на этот вопрос для вашего сайта через читателей
==

Было дело . . .

==
VVM:> Чудес не бывает Ж-)
VVM:> будет время, опубликую
==

не успел . . .

Подробнее здесь

http://vvm.blog.tut.by/2012/06/20/vy-vse-eshhe-sravnivaete-gipervizory-answers/

там же ссылка на "сайт Templier-а"

==
Templier:> если вы запустите Netware в MS VirtualPC, получите утилизацию процессора в 100%.
==

Используйте "NetWare CPU Idle NLM"

Nw5-idle.nlm
или
Nw4-idle.nlm

==
Novell NetWare does not implement a processor idle loop by default.
While this is not detrimental on native hardware,
as Novell NetWare is fully in control of the processor,
in Virtual PC this causes the virtual environment to use all available processing power.
This excessive processor usage can be avoided
by loading an idle module such as 'NW5-IDLE.NLM'
. . .

Please note that while this module is called 'NW5-IDLE.NLM'
it works perfectly on Novel NetWare 6.0 as well.
==

)

Забавно: вообще-то, IDLE.NLM "из мира VMWare" , см. например:

http://novell.org.ru/forum/viewtopic.php?f=1&t=11680

==
NW5-IDLE.NLM . . . для тех . . . [ кому ] надо "разгрузить" реальный процессор.
. . .

Без него nw сервер в виртуалке будет честно жрать 100% выданных ему CPU в режиме Utilization 0%.
. . .

грузить в AUTOEXEC.NCF для NetWare 5.x - 6.0, поскольку без него виртуалка отжирала слишком много CPU от хост-машины.

. . .
==

Если не найдете -- пишите прямо здесь в комментарий, комплект сохранился . . .

Hi!

Shortly:

IMHO, need apply 1/2 ( or combined ) solution problem related "ata_piix.c" in Hyper-V enviroment:

"UBUNTU Way" Solution -- tested with
Ubuntu 12.04 LTS (Precise Pangolin) Daily Build 2012-03-13
precise-desktop-amd64.iso
, work Ok

"OpenSUSE Way" Solution -- tested with
{
OpenSUSE v12.2-Milestone1 09-Feb-2012 16:01 741M

http://download.opensuse.org/distribution/12.2-Milestone1/iso/

[

http://ftp.byfly.by/pub/opensuse/distribution/12.2-Milestone1/iso/openSUSE-KDE-LiveCD-Build0151-x86_64.iso

]
•Last modified: Thu, 09 Feb 2012 15:01:45 GMT (Unix time: 1328799705)
•SHA-1 Hash: 2d9063b7a3ae0c0e43cd91c1ad97ad62b712db18
•MD5 Hash: 220687642130915637357791fe4b5fd1
}
, work Ok

---

1 Problem , 2 solution:

Problem:

http://marc.info/?l=linux-ide&m=131489185106149&w=2

==
From: Olaf Hering
Date: 2011-09-01 15:43:40
Subject: [PATCH RFC] ata_piix: ignore disks in a hyper-v guest

> both ata_piix and hv_blkvsc ( VVM: on 2012-03-XX hv_storvsc) will bind to the same drive

. . .

Here is an attempt ( VVM: on 2012-03-XX worked solution see "OpenSUSE Way") to
ignore disks in a hyper-v disks, and let ata_piix handle only the configured cdrom devices (iso of physical).
If the disks are not ignored, they will appear twice,
once through ata_piix and once through hv_storvsc.
. . .
==

http://vvm.blog.tut.by/2012/02/16/state-of-linux-on-hyper-v/

==

. . .

Kernel v3.2: With Arch fork Сhakra: . . . , but
\dev\sdb is IDE Drive Master Primary ( and not work as need)
and
\dev\sda is IDE Drive Master Primary

i.e.
— \dev\sda = = \dev\sdb

and SCSI not \dev\sdb , but \dev\sdc — IMHO, it is may be not very well ( VVM: on 2012-03-XX -- de-facto, big problem
)

see Linux on Hyper-V Image:

[ Image => see blog ]
. . .

--------------------------------------------------------------------------------
From: KY Srinivasan
Sent: Tuesday, February 21, 2012 7:37 PM
To: Miasnikov Victor
Subject: RE: . . . b) patches to ata_piix need in _official_ kernel RE: Ubuntu: ata_piix.prefer_ms_hyperv=0 Fw: Problem:
\dev\sda == \dev\sdb Fw: IDE drives to hv_storvsc and drops hv_blkvsc Fw: State of Linux on Hyper-V
. . .
With regards to the ata_piix changes, we will try to push that upstream shortly. ( VVM: on 2012-03-29 -- IMHO, need
start work )

K. Y

==

http://kernel.opensuse.org/cgit/kernel-source/commit/?id=d0bebdb606bad2545622f61225707f061bd6eba5

==
If the disks are not ignored, they will appear twice: once through piix and once through hv_storvsc.
hv_storvsc can not handle ATAPI devices because they can only be accessed
through the emulated code path (not through the vm_bus channel),
the piix driver is still required.
==

http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commit;h=a896e46ae52619bf4f34cdb342c2862071f5c25c

===
UBUNTU: SAUCE: ata_piix: defer disks to the Hyper-V drivers by default
author Andy Whitcroft
. . .
Mon, 19 Mar 2012 17:30:08 +0000 (11:30 -0600)
. . .

UBUNTU: SAUCE: ata_piix: defer disks to the Hyper-V drivers by default

When we are hosted on a Microsoft Hyper-V hypervisor
the guest disks are exposed both via the Hyper-V paravirtualised drivers and via an emulated SATA disk drive.
In this case we want to use the paravirtualised drivers if we can as they are much more efficient.
Note that the Hyper-V paravirtualised drivers only expose the virtual hard disk devices,
the CDROM/DVD devices must still be enumerated.
Check the disk type when picking up its ID and if it appears to be a disk just report it disconnected.

BugLink: http://bugs.launchpad.net/bugs/929545
BugLink: http://bugs.launchpad.net/bugs/942316
Signed-off-by: Andy Whitcroft

===

Solutions:

use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the DVD-ROM CD-ROM device handling)
Or
ata_piix should not control the disks when hosted on Hyper-V
Or
Modify the ata_piix driver to recognize that when hosted on Hyper-V, it should not control the disks.

"UBUNTU Way" Solution:

(

{
Ubuntu 12.04 (PP) development kernel tree -- Ubuntu-3.2.0-20.33

http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=summary

[

http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=snapshot;h=870f3e33f86692a751ca7b94a7ad96e114674489;sf=tgz

]
}
)

See variant ( i.e. patch only with soruce code related Hyper-V ):

==
--- ..00\ata_piix.c Thu Jan 05 02:55:44 2012
+++ ata_piix.c Thu Mar 29 13:41:04 2012
@@ -91,12 +91,15 @@
#include
#include
#include
#include
#include
#include
+#ifdef CONFIG_X86
+#include
+#endif

#define DRV_NAME "ata_piix"
#define DRV_VERSION "2.13"

enum {
PIIX_IOCFG = 0x54, /* IDE I/O configuration register */
@@ -185,12 +188,35 @@
static int piix_pci_device_suspend(struct pci_dev *pdev, pm_message_t mesg);
static int piix_pci_device_resume(struct pci_dev *pdev);
#endif

static unsigned int in_module_init = 1;

+static int prefer_ms_hyperv = 1;
+
+unsigned int ata_piix_read_id(struct ata_device *dev,
+ struct ata_taskfile *tf, u16 *id)
+{
+ int ret = ata_do_dev_read_id(dev, tf, id);
+
+#ifdef CONFIG_X86
+ /* XXX: note that the device id is in little-endian order, the caller
+ * will shift it to host order, but we are working with little-endian.
+ * As this is _only_ used on x86 we can actually directly access it
+ * as host is also little-endian.
+ */
+ if (!ret && prefer_ms_hyperv && x86_hyper == &x86_hyper_ms_hyperv &&
+ ata_id_is_ata(id)) {
+ ata_dev_printk(dev, KERN_WARNING, "ATA disk ignored deferring to Hyper-V paravirt driver\n");
+
+ return AC_ERR_DEV|AC_ERR_NODEV_HINT;
+ }
+#endif
+ return ret;
+}
+
static const struct pci_device_id piix_pci_tbl[] = {
/* Intel PIIX3 for the 430HX etc */
{ 0x8086, 0x7010, PCI_ANY_ID, PCI_ANY_ID, 0, 0, piix_pata_mwdma },
/* VMware ICH4 */
{ 0x8086, 0x7111, 0x15ad, 0x1976, 0, 0, piix_pata_vmw },
/* Intel PIIX4 for the 430TX/440BX/MX chipset: UDMA 33 */
@@ -348,12 +374,13 @@
static struct ata_port_operations piix_pata_ops = {
.inherits = &piix_sata_ops,
.cable_detect = ata_cable_40wire,
.set_piomode = piix_set_piomode,
.set_dmamode = piix_set_dmamode,
.prereset = piix_pata_prereset,
+ .read_id = ata_piix_read_id,
};

static struct ata_port_operations piix_vmw_ops = {
.inherits = &piix_pata_ops,
.bmdma_status = piix_vmw_bmdma_status,
};
@@ -1685,6 +1712,8 @@
{
pci_unregister_driver(&piix_pci_driver);
}

module_init(piix_init);
module_exit(piix_exit);
+
+module_param(prefer_ms_hyperv, int, 0);
==

"OpenSUSE Way" Solution:

http://kernel.opensuse.org/cgit/kernel/commit/?id=aeff3a8fcde6df6e7f26618c5e3bc716a6aa9e85

http://kernel.opensuse.org/cgit/kernel/tree/drivers/ata/ata_piix.c?id=aeff3a8fcde6df6e7f26618c5e3bc716a6aa9e85

[

http://kernel.opensuse.org/cgit/kernel/plain/drivers/ata/ata_piix.c?id=aeff3a8fcde6df6e7f26618c5e3bc716a6aa9e85

]

See variant ( i.e. patch only with soruce code related Hyper-V ):

==
--- ..00\ata_piix.c Tue Mar 27 14:39:53 2012
+++ ata_piix.c Tue Mar 27 14:40:31 2012
@@ -162,16 +162,17 @@
const int *map;
u32 saved_iocfg;
void __iomem *sidpr;
};

static int piix_init_one(struct pci_dev *pdev,
const struct pci_device_id *ent);
static void piix_remove_one(struct pci_dev *pdev);
+static unsigned int piix_pata_read_id(struct ata_device *adev, struct ata_taskfile *tf, u16 *id);
static int piix_pata_prereset(struct ata_link *link, unsigned long deadline);
static void piix_set_piomode(struct ata_port *ap, struct ata_device *adev);
static void piix_set_dmamode(struct ata_port *ap, struct ata_device *adev);
static void ich_set_dmamode(struct ata_port *ap, struct ata_device *adev);
static int ich_pata_cable_detect(struct ata_port *ap);
static u8 piix_vmw_bmdma_status(struct ata_port *ap);
static int piix_sidpr_scr_read(struct ata_link *link,
unsigned int reg, u32 *val);
@@ -346,16 +347,17 @@
};

static struct ata_port_operations piix_pata_ops = {
.inherits = &piix_sata_ops,
.cable_detect = ata_cable_40wire,
.set_piomode = piix_set_piomode,
.set_dmamode = piix_set_dmamode,
.prereset = piix_pata_prereset,
+ .read_id = piix_pata_read_id,
};

static struct ata_port_operations piix_vmw_ops = {
.inherits = &piix_pata_ops,
.bmdma_status = piix_vmw_bmdma_status,
};

static struct ata_port_operations ich_pata_ops = {
@@ -633,16 +635,36 @@
};

MODULE_AUTHOR("Andre Hedrick, Alan Cox, Andrzej Krzysztofowicz, Jeff Garzik");
MODULE_DESCRIPTION("SCSI low-level driver for Intel PIIX/ICH ATA controllers");
MODULE_LICENSE("GPL");
MODULE_DEVICE_TABLE(pci, piix_pci_tbl);
MODULE_VERSION(DRV_VERSION);

+static int piix_msft_hyperv(void)
+{
+ int hv = 0;
+#if defined(CONFIG_HYPERV_STORAGE) || defined(CONFIG_HYPERV_STORAGE_MODULE)
+ static const struct dmi_system_id hv_dmi_ident[] = {
+ {
+ .ident = "Hyper-V",
+ .matches = {
+ DMI_MATCH(DMI_SYS_VENDOR, "Microsoft Corporation"),
+ DMI_MATCH(DMI_PRODUCT_NAME, "Virtual Machine"),
+ DMI_MATCH(DMI_BOARD_NAME, "Virtual Machine"),
+ },
+ },
+ { } /* terminate list */
+ };
+ hv = !!dmi_check_system(hv_dmi_ident);
+#endif
+ return hv;
+}
+
struct ich_laptop {
u16 device;
u16 subvendor;
u16 subdevice;
};

/*
* List of laptops that use short cables rather than 80 wire
@@ -722,16 +744,36 @@
static int piix_pata_prereset(struct ata_link *link, unsigned long deadline)
{
struct ata_port *ap = link->ap;
struct pci_dev *pdev = to_pci_dev(ap->host->dev);

if (!pci_test_config_bits(pdev, &piix_enable_bits[ap->port_no]))
return -ENOENT;
return ata_sff_prereset(link, deadline);
+}
+
+static unsigned int piix_pata_read_id(struct ata_device *adev, struct ata_taskfile *tf, u16 *id)
+{
+ unsigned int err_mask = ata_do_dev_read_id(adev, tf, id);
+ /*
+ * Ignore disks in a hyper-v guest.
+ * There is no unplug protocol like it is done with xen_emul_unplug= option.
+ * Emulate the unplug by ignoring disks when the hv_storvsc driver is enabled.
+ * If the disks are not ignored, they will appear twice: once through
+ * piix and once through hv_storvsc.
+ * hv_storvsc can not handle ATAPI devices because they can only be
+ * accessed through the emulated code path (not through the vm_bus
+ * channel), the piix driver is still required.
+ */
+ if (ata_id_is_ata(id) && piix_msft_hyperv()) {
+ ata_dev_printk(adev, KERN_WARNING, "ATA device ignored in Hyper-V guest\n");
+ id[ATA_ID_CONFIG] |= (1 <host->dev);
==

Best regards, Victor Miasnikov
Blog: http://vvm.blog.tut.by/

--

----- Original Message -----
From: "Olaf Hering" ohering
To: "Victor Miasnikov" vvm
Cc: "Andy Whitcroft" apw ( at )canonical; "Mathieu Simon"
Sent: Thursday, March 29, 2012 4:58 PM
Subject: Re: Are You see "UBUNTU Way" Variant? Fw: Are You see "OpenSUSE Way" Variant? Fw: UBUNTU: SAUCE: ata_piix: defer disks to the Hyper-V drivers by default

On Thu, Mar 29, Victor Miasnikov wrote:

>
> Hi!
> Are You see "UBUNTU Way" Variant?

Victor,

thanks for sharing their approach. Either way is fine for the time
being, disks are ignored by ata_piix if it runs in hyper-v guest.

Now someone has to step up and submit a change suitable for upstream.
Both approaches have the issue that ATA probing is slightly delayed, at
least that happens with our change.

Olaf
--

----- Original Message -----
From: "Victor Miasnikov" vvm
To: "Olaf Hering" ohering
Cc: "Andy Whitcroft" apw ( at ) canonical.com; "Mathieu Simon" ; "KY Srinivasan" kys (at) microsoft
Sent: Thursday, March 29, 2012 5:10 PM
Subject: Re: Are You see "UBUNTU Way" Variant? Fw: Are You see "OpenSUSE Way" Variant? Fw: UBUNTU: SAUCE: ata_piix: defer disks to the Hyper-V drivers by default

Hi!

> thanks for sharing their approach.

No problem

> Either way is fine for the time being,
> disks are ignored by ata_piix if it runs in hyper-v guest.
>
> Now someone has to step up and submit a change suitable for upstream.
> Both approaches have the issue that ATA probing is slightly delayed, at
> least that happens with our change.

"issue . . .is slightly delayed" -- but Linux work as need

And see in P.P.S. :

[ this blog entry ]

Best regards, Victor Miasnikov

--

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/942316

==

Mike Sterling (mike-sterling) wrote on 2012-03-05:
==
After reviewing this - I suspect the issue is the modifications to ata_piix to prevent it from loading on a Hyper-V platform. Since ata_piix now detects a Hyper-V platform and unloads if it's found, this would prevent the OS from installing. We need a modification to the patch here ( VVM: only for history . . ./lp929545-precise/0001-ata_piix-defer-to-the-Hyper-V-drivers-by-default.patch ) that will only unload the block device handling, not the CD/DVD device handling.
==

Done: 1) in Ubuntu kernel already 2) for "vanila kernel" send patch ( Big thanks Andy Whitcroft (apw)! ) see

http://marc.info/?l=linux-kernel&m=133304222215301&w=2

==
List: linux-kernel
Subject: [PATCH 1/1] ata_piix: defer disks to the Hyper-V paravirtualised drivers by default
From: Andy Whitcroft
Date: 2012-03-29 17:28:50

When we are hosted on a Hyper-V hypervisor the guest disks are exposed
both via the Hyper-V paravirtualised drivers and via an emulated SATA disk
controller. We want to use the paravirtualised drivers where possible as
they are much more performant. The Hyper-V paravirtualised drivers only
expose the virtual hard disk devices, the CDROM/DVD devices must still
be enumerated on the virtualised SATA controller. As we have no control
over kernel probe order for these two drivers especially when one driver
is builtin to the kernel and the other a module, we need to prevent the
ata_piix driver from claiming the disks devices by default when running
on a Hyper-V hypervisor.

When enumerating the drives look at the aquired device ID and if it
appears to be a disk device then report it as disconnected. Limit this
behaviour to when we have detected a Hyper-V hypervisor. Finally allow
this behaviour to be overriden via a new module parameter.

==

==