Ok, I have found were to force the controller type for a VM

Set this is the user_vm_details table

idvm_idnamevaluedisplay
3625201rootDiskControllervirtio1

My issue now is slipstreaming the windows ISO and the operating system

bcdedit /set detecthal Boolean 1 isnt working for me

Thanks

Adam


-----Original Message-----
From: Adam Witwicki <awitwi...@oakfordis.com>
Sent: 21 September 2018 09:31
To: users@cloudstack.apache.org
Subject: RE: Disk controller type

** This mail originated from OUTSIDE the Oakford corporate network. Treat 
hyperlinks and attachments in this email with caution. **

Andrija,

I have something weird, I have a template which uses the OS type of Windows 
Server 2016 (64-bit), this was imported into Cloudstack  and this template uses 
a VirtIO controller I have another template that was created from a disk also 
with OS type of Windows Server 2016 (64-bit) but has an ID controller.

I am trying to work out why this happened and now I can make the disk template 
always select the VirtIO controller.
Setting the instance to windows PV causes BSOD on boot, well before hal can be 
redetected


Thanks

Adam

-----Original Message-----
From: Andrija Panic <andrija.pa...@gmail.com>
Sent: 20 September 2018 11:18
To: users <users@cloudstack.apache.org>
Subject: Re: Disk controller type

** This mail originated from OUTSIDE the Oakford corporate network. Treat 
hyperlinks and attachments in this email with caution. **

Sooo... here is my experience:

if using correct VirtIO OS TYPE (set on template/VM) - i.e. ubuntu 14.04, 
Centos 6.x or 7.x, Windows PV, other PV (but NOT centos 6.0 or 7.0 - these "dot 
zero" versions are NOT virtio at least in ACS 4.8), then when VM is STARTED 
FROM ACS (power on VM) - all drives should be attached as VirtIO.

BUT if you do same as above, then additionally create and HOTPLUG new 
drives/volumes to KVM - it will be IDE - some strange default behavior during 
hotplug action.... just stop VM/start and it will become VirtIO again...

In order to "troubleshoot" these instances - you need to be careful to which OS 
TYPE was the instance set to (this is inherited from TEMPLATE, if you used some 
template - but it CAN be changed on an deployed&&stopped
instance)

In case you plan to i.e. move your Windows instances from IDE to VirtIO - be 
aware that it might fail miserably, and OS will fail to boot - but there is a 
fix with *"* bcdedit /set detecthal boolean (where boolean is one of 1,  on, 
yes or true) " after which Windows will detect HAL again and boot just fine.

Let me know if more help needed

Cheers

On Thu, 20 Sep 2018 at 11:22, Adam Witwicki <awitwi...@oakfordis.com> wrote:

>
>
> It looks like I can just add
>
> rootDiskController virtio
>
> To the templates settings tab?
>
> Can anyone confirm?
>
> Thanks
>
> Adam
>
> -----Original Message-----
> From: Ivan Kudryavtsev <kudryavtsev...@bw-sw.com>
> Sent: 20 September 2018 10:20
> To: users <users@cloudstack.apache.org>
> Subject: Re: Disk controller type
>
> ** This mail originated from OUTSIDE the Oakford corporate network.
> Treat hyperlinks and attachments in this email with caution. **
>
> Rakesh, It doesn't work like that for CS as it uses stateless XML configs.
>
> чт, 20 сент. 2018 г., 16:12 Rakesh Venkatesh <www.rakeshv....@gmail.com>:
>
> > I think you can change the controller type in XML file of the VM but
> > not sure if that works or not.
> >
> > virsh dumpxml <vm name>
> > virsh edit <vm name|domain>
> > change the controller type, save and start the vm again
> >
> > On Thu, Sep 20, 2018 at 9:59 AM Adam Witwicki
> > <awitwi...@oakfordis.com>
> > wrote:
> >
> > > Hello,
> > >
> > > I have a number of of instances using the wrong controller type
> > > (ATA)
> > does
> > > anyone know where this is set in the database so I can start them
> > > with
> > the
> > > VirtIO scsi controller?
> > >
> > > Thanks
> > >
> > > Adam
> > >
> > >
> > >
> > >
> > > Disclaimer Notice:
> > > This email has been sent by Oakford Technology Limited, while we
> > > have checked this e-mail and any attachments for viruses, we can
> > > not guarantee that they are virus-free. You must therefore take
> > > full responsibility for virus checking.
> > > This message and any attachments are confidential and should only
> > > be read by those to whom they are addressed. If you are not the
> > > intended
> > recipient,
> > > please contact us, delete the message from your computer and
> > > destroy any copies. Any distribution or copying without our prior
> > > permission is prohibited.
> > > Internet communications are not always secure and therefore
> > > Oakford Technology Limited does not accept legal responsibility
> > > for this
> message.
> > > The recipient is responsible for verifying its authenticity before
> > > acting on the contents. Any views or opinions presented are solely
> > > those of the author and do not necessarily represent those of
> > > Oakford Technology
> > Limited.
> > > Registered address: Oakford Technology Limited, 10 Prince Maurice
> > > Court, Devizes, Wiltshire. SN10 2RT.
> > > Registered in England and Wales No. 5971519
> > >
> > >
> >
> > --
> > Thanks and regards
> > Rakesh venkatesh
> >
> Disclaimer Notice:
> This email has been sent by Oakford Technology Limited, while we have
> checked this e-mail and any attachments for viruses, we can not
> guarantee that they are virus-free. You must therefore take full
> responsibility for virus checking.
> This message and any attachments are confidential and should only be
> read by those to whom they are addressed. If you are not the intended
> recipient, please contact us, delete the message from your computer
> and destroy any copies. Any distribution or copying without our prior
> permission is prohibited.
> Internet communications are not always secure and therefore Oakford
> Technology Limited does not accept legal responsibility for this message.
> The recipient is responsible for verifying its authenticity before
> acting on the contents. Any views or opinions presented are solely
> those of the author and do not necessarily represent those of Oakford 
> Technology Limited.
> Registered address: Oakford Technology Limited, 10 Prince Maurice
> Court, Devizes, Wiltshire. SN10 2RT.
> Registered in England and Wales No. 5971519
>
>

--

Andrija Panić
Disclaimer Notice:
This email has been sent by Oakford Technology Limited, while we have checked 
this e-mail and any attachments for viruses, we can not guarantee that they are 
virus-free. You must therefore take full responsibility for virus checking.
This message and any attachments are confidential and should only be read by 
those to whom they are addressed. If you are not the intended recipient, please 
contact us, delete the message from your computer and destroy any copies. Any 
distribution or copying without our prior permission is prohibited.
Internet communications are not always secure and therefore Oakford Technology 
Limited does not accept legal responsibility for this message. The recipient is 
responsible for verifying its authenticity before acting on the contents. Any 
views or opinions presented are solely those of the author and do not 
necessarily represent those of Oakford Technology Limited.
Registered address: Oakford Technology Limited, 10 Prince Maurice Court, 
Devizes, Wiltshire. SN10 2RT.
Registered in England and Wales No. 5971519

Disclaimer Notice:
This email has been sent by Oakford Technology Limited, while we have checked 
this e-mail and any attachments for viruses, we can not guarantee that they are 
virus-free. You must therefore take full responsibility for virus checking.
This message and any attachments are confidential and should only be read by 
those to whom they are addressed. If you are not the intended recipient, please 
contact us, delete the message from your computer and destroy any copies. Any 
distribution or copying without our prior permission is prohibited.
Internet communications are not always secure and therefore Oakford Technology 
Limited does not accept legal responsibility for this message. The recipient is 
responsible for verifying its authenticity before acting on the contents. Any 
views or opinions presented are solely those of the author and do not 
necessarily represent those of Oakford Technology Limited.
Registered address: Oakford Technology Limited, 10 Prince Maurice Court, 
Devizes, Wiltshire. SN10 2RT.
Registered in England and Wales No. 5971519

Reply via email to