Hi,
Might this be of use to you?
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Proposal+-+Ability+t
o+add+new+guest+OS+mappings
Thanks,
Amogh
On 5/18/14 7:33 PM, "Marcus" wrote:
>Not sure exactly, there is some details table or column associated with
>the
>template you register, and i
Not sure exactly, there is some details table or column associated with the
template you register, and it is passed as details to the agent in a
StartCommand.
On Apr 25, 2014 2:27 AM, "Nux!" wrote:
> On 25.04.2014 01:31, Marcus wrote:
>
>> Since other hypervisors are already doing it, I have no p
Marcus,
I was away for a bit and missed this message, i'll be standing up KVM
environments soon and can try this commit - though it may take some time.
Thank you,
Regards
ilya
On 4/24/14, 2:58 AM, Marcus wrote:
I have an agent for you to try. you can force install the RPM over the
top of you
On 25.04.2014 01:31, Marcus wrote:
Since other hypervisors are already doing it, I have no problem making
the
KVM agent 'aware' of the magic strings. I'll commit this for future
releases.
Marcus,
So I learn a new thing today, too, can you tell me where in the DB is
kept this information that
On 25.04.2014 01:31, Marcus wrote:
Since other hypervisors are already doing it, I have no problem making
the
KVM agent 'aware' of the magic strings. I'll commit this for future
releases.
Wunderbar! Thanks, Marcus.
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.r
Since other hypervisors are already doing it, I have no problem making the
KVM agent 'aware' of the magic strings. I'll commit this for future
releases.
On Thu, Apr 24, 2014 at 6:10 PM, Nux! wrote:
> On 25.04.2014 00:37, Marcus wrote:
>
>> updated the patch. You can also see if specifying nicAd
On 25.04.2014 00:37, Marcus wrote:
updated the patch. You can also see if specifying nicAdapter works in
your
existing build.
I've broken the existing build, but the new patch works a treat,
thanks!
I tried both with just disk=virtio and with disk & net of type virtio.
Good job! Do you see
updated the patch. You can also see if specifying nicAdapter works in your
existing build.
On Thu, Apr 24, 2014 at 4:43 PM, Nux! wrote:
> On 24.04.2014 17:28, Marcus wrote:
>
>> I like the idea of it. I don't like the magic strings in 'details', but it
>> sounds like VMware supports it so this
On 24.04.2014 17:28, Marcus wrote:
I like the idea of it. I don't like the magic strings in 'details',
but it
sounds like VMware supports it so this patch allows for it as well. It
seems pretty useful to be able to specify the desired nic/storage
driver
when registering a template, rather than
I like the idea of it. I don't like the magic strings in 'details', but it
sounds like VMware supports it so this patch allows for it as well. It
seems pretty useful to be able to specify the desired nic/storage driver
when registering a template, rather than just saying 'all CentOS is virtio
nic a
On 24.04.2014 15:14, Marcus wrote:
Well, the agent is what decides. The 'vm start' command is sent to the
agent will all of the relevant details, and the agent creates the
libvirt
xml to start the vm.
Ahh, alright, makes sense.
Well, it'd be great if it was possible, but I believe the cases t
Well, the agent is what decides. The 'vm start' command is sent to the
agent will all of the relevant details, and the agent creates the libvirt
xml to start the vm.
On Thu, Apr 24, 2014 at 2:30 AM, Nux! wrote:
> On 24.04.2014 07:58, Marcus wrote:
>
>> I have an agent for you to try. you can fo
On 24.04.2014 07:58, Marcus wrote:
I have an agent for you to try. you can force install the RPM over the
top
of your existing 4.3 one and restart the agent. If you have an issue
you
can just reinstall the stock RPM and restart the agent again. It reads
the
details per Ilya's register template
I have an agent for you to try. you can force install the RPM over the top
of your existing 4.3 one and restart the agent. If you have an issue you
can just reinstall the stock RPM and restart the agent again. It reads the
details per Ilya's register template method, if they don't exist it does
the
I see you mention 4.3, is it your own build or from the release artifacts?
On Wed, Apr 23, 2014 at 10:13 PM, Marcus wrote:
> Guest OS types that will get Virtio disks include:
>
> Ubuntu
> Fedora
> CentOS
> RedHat 6
> Debian
> Other PV
>
> And unfortunately, they also get virtio nics since they
Guest OS types that will get Virtio disks include:
Ubuntu
Fedora
CentOS
RedHat 6
Debian
Other PV
And unfortunately, they also get virtio nics since they both run the OS
through the same isPVEnabled() method to decide between hardware.
This random "details" parameter is kind of interesting. I'll
I'm KVM useless, perhaps Marcus knows the way.
My mysql output is very different from yours btw.
Regards
ilya
On 4/23/14, 4:44 AM, Nux! wrote:
On 23.04.2014 11:35, Nux! wrote:
2) If you building out the VMs via templates, when you go through
import process, you can try altering vm_details tag.
On 23.04.2014 11:35, Nux! wrote:
2) If you building out the VMs via templates, when you go through
import process, you can try altering vm_details tag. For example this
is how i did it in cloudmonkey:
register template format=ova hypervisor=vmware name=OL63-26-TMPLT
url=http://reposerver.example.
On 23.04.2014 04:50, ilya musayev wrote:
Nux,
Pretext: This applies to VMware and could possible apply to KVM - but
i'm not 100% certain on that - so its an educated guess of things you
can try.
I see 2 ways of addressing your problem.
Thanks Ilya,
1) If VMs are already in cloudstack, but
Nux,
Pretext: This applies to VMware and could possible apply to KVM - but
i'm not 100% certain on that - so its an educated guess of things you
can try.
I see 2 ways of addressing your problem.
1) If VMs are already in cloudstack, but have the wrong SCSI adapter,
i'm under assumption you c
20 matches
Mail list logo
